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SAFETY SUMMARY 
SAFETY DEPENDS ON YOU 


The following general safety precautions must be observed during all phases of operation, service, and 
repair of this equipment. Failure to comply with these precautions or with specific warnings elsewhere 
In this manual violates safety standards of design, manufacture, and intended use of the equipment. 
Motorola Inc. assumes no liability for the customer’s failure to comply with these requirements. The 
safety precautions listed below represent warnings of certain dangers of which we are aware. You , as 
the user of the product, should follow these warnings and all other safety precautions necessary for 
the safe operation of the equipment In your operating environment. 

GROUND THE INSTRUMENT. 

To minimize shock hazard, the equipment chassis and enclosure must be connected to an electrical 
ground. The equipment is supplied with a three-conductor ac power cable. The power cable must either 
be plugged into an approved three-contact electrical outlet or used with a three-contact to two-contact 
adapter, with the grounding wire (green) firmly connected to an electrical ground (safety ground) at the 
power outlet. The power jack and mating plug of the power cable meet International Electrotechnical 
Commission (IEC) safety standards. 

DO NOT OPERATE IN AN EXPLOSIVE ATMOSPHERE. 

Do not operate the equipment in the presence of flammable gases or fumes. Operation of any electrical 
equipment in such an environment constitutes a definite safety hazard. 

KEEP AWAY FROM LIVE CIRCUITS. 

Operating personnel must not remove equipment covers. Only Factory Authorized Service Personnel or 
other qualified maintenance personnel may remove equipment covers for internal subassembly or 
component replacement or any internal adjustment. Do not replace components with power cable 
connected. Under certain conditions, dangerous voltages may exist even with the power cable removed. 
To avoid injuries, always disconnect power and discharge circuits before touching them. 

DO NOT SERVICE OR ADJUST ALONE. 

Do not attempt internal service or adjustment unless another person, capable of rendering first aid and 
resuscitation, is present. 

USE CAUTION WHEN EXPOSING OR HANDLING THE CRT. 

Breakage of the Cathode-Ray Tube (CRT) causes a high-velocity scattering of glass fragments (implo- 
sion). To prevent CRT implosion, avoid rough handling or jarring of the equipment. Handling of the 
CRT should be done only by qualified maintenance personnel using approved safety mask and gloves. 

DO NOT SUBSTITUTE PARTS OR MODIFY EQUIPMENT. 

Because of the danger of introducing additional hazards, do not install substitute parts or perform any 
unauthorized modification of the equipment. Contact Motorola Microsystems Warranty and Repair for 
service and repair to ensure that safety features are maintained. 

DANGEROUS PROCEDURE WARNINGS. 

Warnings, such as the example below, precede potentially dangerous procedures throughout this 
manual. Instructions contained in the warnings must be followed. You should also employ all other 
safety precautions which you deem necessary for the operation of the equipment in your operating 
environment. 


WARNING 


Dangerous voltages, capable of causing death, are present in this equipment. Use extreme 
caution when handling, testing, and adjusting. 
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TO: MVME134 Customers 

FROM: Motorola Microcomputer Division Publications Department 

SUBJECT: MVME134 VMEmodule 32-Bit Monoboard Microcomputer User’s Manual 


A new manual will be published soon. This manual will be mailed to you as 
soon as it becomes available. To receive your printed copy, upon receipt of 
equipment, fill out the information below and return to the following address: 


Motorola Inc. 

Microcomputer Division 
2900 S. Diablo Way 
Tempe, ARIZONA 85282 
Attention: Documentation Support 

Maildrop DW164 



NOIE 

REPRODUCED FORMS WILL NOT BE PROCESSED. 


PLEASE TYPE OR PRINT THE FOLLOWING INFORMATION 


r 


NAME 
COMPANY 
ADDRESS 
CITY, STATE, ZIP 


(MVME134/D1) 


COUNTRY 


PREFACE 


Unless otherwise specified, all address references are in hexadecimal 
throughout this manual. 

An asterisk (*) following the signal name for signals which are level 
significant denotes that the signal is true or valid when the signal is low. 

An asterisk (*) following the signal name for signals which are edge 
significant denotes that the actions initiated by that signal occur on a high 
to low transition. 
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GENERAL INFORMATION 


CHAPTER 1 

GENERAL INFORMATION 


1.1 INTRODUCTION 

This manual provides general information, preparation for use and installation 
instructions, operating instructions, functional description, and support 
information for the Motorola MVME134 VMEmodule 32-Bit Monoboard Microcomputer 
(referred to as the MVME134 throughout this manual). The MVME134 is shown in 
Figure 1-1. 

1.2 MODEL DESIGNATIONS 

The MVME134 is available in only one variation, which is listed in Table 1-1. 

TABLE 1-1. MVME134 Model Designations 
PRODUCT NUMBER DESCRIPTION 

MVME134 16.67 MHz MC68020 with 16.67 MHz MC68851 


1.3 FEATURES 

The MVME134 is an intelligent single-board processor module containing both 
the MC68020 microprocessor and the MC68851 Paged Memory Management Unit 
(PMMU). The main features of the MVME134 are as follows: 

. Double-high/single-wide VMEboard 

. Address 32/Data 32 (A32/D32) VMEbus master (A32/D16, A24/D32. A24/D16 
compatible) interface 

. MC68020 Microprocessor with 32-bit address and data, 16.67 MHz 
. MC68851 Paged Memory Management Unit, 16.67 MHz 

. 4Mb of shared local Dynamic RAM, 32-bits wide, accessible from VMEbus 

. Four 28-pin JEDEC sockets for ROMs/PROMs/EPROMs/EEPROMs (in two banks, 
each 16-bits wide) (total 256Kb maximum) 

. Three 8-bit programmable timers for tick and watchdog functions 
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FIGURE 1-1. MVME134 VMErnodule 32 Bit Monoboard Microcomputer 
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. Battery backup real-time clock (MK48T02) 

. 2040 bytes of battery backup SRAM (on the MK48T02) 

. Front panel asynchronous DB25 serial debug RS-232C port (on MC68901 MFP) 

. Dual multiprotocol (synchronous/asynchronous) serial ports (Z8530) 

one RS-232C (port B) 
one RS-485/RS-422 (port A) 

. VMEbus system controller functions with level 3 arbiter 
. Single level bus requester (level jumper selectable) 

. VMEbus interrupter (selectable level only, with status ID $FF only) 

. VMEbus interrupt handler for all seven levels 
. Front panel FAIL, HALT, RUN, and SCON status LEDs 
. Front panel ABORT and RESET switches 
. Remote reset through edge connector P2 

. Five-position software-readable header; part of Module Status Register 
(MSR) 


1.4 SPECIFICATIONS 

General specifications for the MVME134 are provided in Table 1-2. Paragraphs 
1.4.1 and 1.4.2 detail cooling requirements and FCC compliance, respectively. 


1.4.1 Cooling Requirements 

The Motorola MVME134 VMEmodule is specified, designed, and tested to operate 
reliably with an incoming air temperature range from 0 degrees C to 55 degrees 
C (32 degrees to 131 degrees F) with forced air cooling at a velocity 
typically achievable by using a 71 CFM axial fan. Temperature qualification 
is performed in a standard Motorola VMEsystem 1000 chassis. Twenty-five watt 
load boards are inserted in two card slots, one on each side, adjacent to the 
board under test, to simulate a high power density system configuration. An 
assembly of two axial fans, rated at 71 CFM per fan, is placed directly under 
the VME card cage. The incoming air temperature is measured between the fan 
assembly and the card cage, where the incoming airstream first encounters the 
module under test. Test software is executed as the module is subjected to 
ambient temperature variations. Case temperatures of critical, high power 
density integrated circuits are monitored to ensure component vendors 
specifications are not exceeded. 
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GENERAL INFORMATION 


TABLE 1-2. MVME134 Module Specifications 
CHARACTERISTICS SPECIFICATIONS 


Power requirements (with 
full set of ROMs/PROMs/ 
EPROMs/EEPROMs ) 


+5 Vdc @ 5 A (typical), 7 A (maximum) 

+12 Vdc @ 100 mA (typical), 250 mA (maximum) 
-12 Vdc @ 100 mA (typical), 250 mA (maximum) 


Microprocessor 

Coprocessor 


MC68020 (MPU) 
MC68851 ( PMMU) 


Clock signal to MPU and PMMU 16.67 MHz (MVME134) 
Addressing 


Total range 
(on and offboard) 

R0M/PR0M/EPR0M/EEPR0M 


Dynamic RAM 
Serial 1/0 ports 


4 gigabytes 


256Kb maximum: four sockets (two banks of 

two each, 16 bits wide) for 2K x 8, 8K x 8, 
16K x 8, 32K x 8. or 64K x 8 devices 

4Mb (32 bits wide) 

Port B multiprotocol RS-232C through P2 

Port A multiprotocol RS-485/422 through P2 

Asynchronous RS-232C debug serial port DCE 
(to terminal only) through front panel J26 


Battery backup real-time clock 
(MK48T02) 


1 second resolution 

More than one year storage & operating life 


Battery backup SRAM (on MK48T02) 2040 bytes 


Timers (on MC68901 MFP) 4 total (3 available to user) 


Debug port (not available) 8 bit 


Watchdog 8 bit 

Tick 8 bit 


Spare 

Bus configuration 


Interrupt handler 


8 bit 

Data Transfer Bus (DTB) master or slave, 
with 32-bit or 24-bit address (A32 or A24) 
and 32-bit or 16-bit data (D32 or D16) 

Any or all onboard plus up to seven VMEbus 
interrupts 
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TABLE 1-2. MVME134 Module Specifications (cont'd) 


CHARACTERISTICS 

SPECIFICATIONS 

Interrupter 

Jumper-selectable level only with status ID 
of $ F F 

Bus arbitration 

When MVME134 is system controller, it 
arbitrates bus requests/gr ants on level 3 
only 

Reset 

By SYSRESET*, power-up, RESET switch, 
watchdog timer time-out, remote reset, or 
MC68020 RESET instruction. 

Temperature 


Operating 

(Refer to paragraph 1.4.1.) 

0 degrees to 55 degrees C at point of entry 
of forced air (approximately 300 LFM) 

Storage 

-40 degrees to 85 degrees C 

Relative humidity 

52 to 902 (non-condensing) 

Physical characteristics 
(including front panel ) 


Height 

Depth 

Thickness 

9.187 inches (233.35 mm) 
6.299 inches (160.00 mm) 
0.063 inches (1.6 mm) 

Connectors 


VMEbus 

DIN No. 41612C96 male (PI. P2) 

RS-232C 

DB-25 female (J26) 


While the exact amount of airflow required for cooling depends on the ambient 
air temperature and the type, number, and location of boards and other heat 
sources, adequate cooling can usually be achieved with 7 CFM and 300 LFM 
flowing over the module. Less airflow is required to cool the module in 
environments having lower maximum ambients. Under more favorable thermal 
conditions, it may be possible to operate the module reliably at higher than 
55 degrees C with increased airflow. It is important to note that there are 
several factors, in addition to the rated CFM of the air mover, which 
determine the actual volume and speed of air flowing over a module. 
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GENERAL INFORMATION 


1.4.2 FCC Compl iance 

This VMEmodule (MVME134) was tested in an FCC-comp 1 i ant chassis, and meets the 
requirements for Class A equipment.* FCC compliance was achieved under the 


following conditions: 



a . 

Shielded cables on all external I/O ports. 



b. 

Cable shields connected to earth ground via 
bonded to a conductive module front panel. 

metal 

shell connectors 

c. 

Conductive chassis rails connected to earth 
path for connecting shields to earth ground. 

ground 

This provides 

d. 

Front panel screws properly tightened. 




For minimum RF emissions, it is essential that the conditions above be 
implemented; failure to do so could compromise the FCC compliance of the 
equipment containing the module. 


1.5 GENERAL DESCRIPTION 

The MVME134 32-Bit Monoboard Microcomputer is a double-high VMEmodule. It 
takes one slot in a VME system and requires power from both PI and P2. The 
module has large onboard DRAM (4Mb), ROM/PROM/EPROM/EEPROM capability (256Kb), 
serial ports including debug port, paged memory management unit (PMMU), tick 
timer, watchdog timer, real-time clock with battery backup SRAM, and VMEbus 
interface with system controller functions. 

The MVME134 is a single-board MPU module intended to be used in a single 
processor system, but not stand-alone. It is an excellent choice for 
applications requiring real-time operation such as industrial automation and 
robotics . 


1.6 EQUIPMENT REQUIRED 

The following equipment is required to make a complete system using the 
MVME134 : 


Terminal (s) 

Disk drives and controllers 
Chassis and power supply 
Debug monitor MVME134bug 

Operating system (such as VERSAdos or System V/68) 

The optionally available MVME134bug debug monitor firmware package offers 42 
debug, up/downline load, and disk bootstrap load commands, as well as a full 
set of onboard diagnostics and a one-line assemb ler/d i sassembler . 

Note that the MVME134 contains no parallel ports. To use a parallel device, 
such as a printer, with the MVME134, it is necessary to add a module such as 
the MVME050 System Controller Module to the system. 
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1.7 RELATED DOCUMENTATION 


The following publications are ap 
additional helpful information. If 
purchased from Motorola's Litera 
Street. Tempe, Arizona 85282: 
documents may be obtained from the 


pi icabl 
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MVME 

not shi 
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ture Di 

str ibut io 

n Ce 

te lepho 

ne (602) 

994- 

sources 

listed. 



134 and may provide 
product, they may be 
nter , 616 West 24th 
6561. Non-Motorola 



MOTOROLA 

DOCUMENT TITLE 

PUBLICATION NUMBER 


The VMEbus Specification . HB212/D 

MVME134 Debug Monitor User's Manual MVME134BUG 

VERSAdos to VME Hardware and Software Configuration MVMEVDOS 

User's Manual 

MC68020 32-Bit Microprocessor User's Manual MC68020UM 

MC68851 Paged Memory Management Unit User's Manual MC68851UM 

MC68901 Multi-Function Peripheral Data Sheet ADI-984 


MK48T02 2K x 8 Zeropower /T imekeeper RAM Data Sheet, Thompson Components 
Mostek, address **??** 

Z8530 Serial Communications Controller; data sheet; Zilog, Inc., Corporate 
Communications, Building A, 1315 Dell Ave, Campbell, CA 95008 

M5M4C1000 Dynamic RAM specification, Mitsubishi, address **??** 
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HARDWARE PREPARATION 


CHAPTER 2 

HARDWARE PREPARATION AND INSTALLATION INSTRUCTIONS 


2.1 INTRODUCTION 

This chapter provides unpacking instructions, hardware preparation, and 
installation instructions for the MVME134. 


2.2 UNPACKING INSTRUCTIONS 


NOIE 

If the shipping carton is damaged upon receipt, 
request carrier's agent be present during 
unpacking and inspection of equipment. 


Unpack equipment from shipping carton. Refer to packing list and verify that 
all items are present. Save packing material for storing and reshipping of 
equipment. 


CAUTION 

AVOID TOUCHING AREAS OF INTEGRATED CIRCUITRY; 
STATIC DISCHARGE CAN DAMAGE CIRCUITS. 


2.3 HARDWARE PREPARATION 

To select the desired configuration and ensure proper operation of the 
MVME134, certain modifications may be made before installation. These 
modifications are made through jumper or wire-wrap arrangements on the 
headers. Figure 2-1 illustrates the location of the headers and connecters on 
the MVME134. The MVME134 has been factory tested and is shipped with factory- 
installed jumper configurations that are described in the following 
paragraphs. The MVME134 will operate with its optional add-on Debug Monitor, 
MVME134Bug, with the f actory- i nsta 1 1 ed jumper configurations. Headers J1 
through Jll, J13 through J14, and J16 through J25, and test points El and E2 
are factory-configured as shown in Table 2-1. 
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FIGURE 2-1. MVME134 Headers and Connectors 
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TABLE 2-1. MVME134 Header and Test Point Factory Configuration 


FUNCTION 

CONFIGURATION 


CONDITION 

ABORT switch 

Jl, 1-2 


Enabled 

Watchdog reset 

J2 , 1-2 


Enabled 

RMW cycle type 
select 

J3 , 1-2 


MVME134 requests VMEbus 
mastership on all multiple- 
address RMW cycles. 

System contro 1 ler 
enable 

J4 , 1-2 


MVME134 module is system 
control ler. 

VMEbus interrupter 

J5 , 1-2, 3-4, 

5-6 

Disabled. No interrupt. 
Must match J13. 

VMEbus address size 
select 

J6 , 1-2 


VMEbus contains both 24-bit 
and 32-bit address devices. 

VMEbus slave inter- 
face addressing 

J7 , 1-2 


Onboard DRAM responds to both 
24-bit and 32-bit addressing. 

VMEbus requester 
level select 

J8, 5-6 and 
J9, 1-2, 5-6, 
9-11, 10-12 

7-8, 

Level 3 requested. 

R0M/PR0M/EPR0M 
EEPR0M size 

J10, 2-4, 3-5 
Jll, 2-4, 3-5 

and 

Banks 1 & 2 each set for 
two 64K x 8 ROMs/PROMs/EPROMs 


NOTE 


There is no J 1 2 on the MVME134 module. 


VMEbus interrupter J13, 2-3, 5-6, 8-9, 
and interrupt handler 11-12, 14-15, 17-18, 

20-21 


Interrupter disabled to match 
J5. Interrupts IRQ 1 * through 
IRQ7* all enabled. 


RESET switch J14, 1-2 


Enabled 


NOTE 


There is no J15 on the MVME134 module. 


Shared DRAM offset J16, 1-2, 3-4, 5-6, 7-8, Onboard DRAM offset address 

address select 9-10, 11-12 is $00000000 on the VMEbus. 


Onboard DRAM size J17, 2-3 and 

J 18 , 2-3 


4Mb DRAM using 1 Megabit x 1 
chips . 

DO NOT CHANGE THIS 
FACTORY CONFIGURATION. 
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TABLE 2-1. MVME134 Header and Test Point Factory Configuration (cont'd) 
FUNCTION CONFIGURATION CONDITION 


Bus error interrupt 

J19 , 1-2 

Enabled . 

VMEbus data width 
select 

J20, 1-2 

VMEbus is 32-bit data for 
physical addresses $00400000 
through $EFFFFFFF; 16-bit 
data for physical addresses 
$F0000000 through SFFEFFFFF 
and SFFFFOOOO through 
SFFFFFFFF. 

Serial port B 
configuration 

J21 , 1-2, 3-4, 5-6, 
7-8, 9-10, 11-12, 
13-14, 15-16, 17-18, 
19-20, 21-22 

Port B as DCE (to terminal) 

Local time-out 

J22, 1-2 

Enabled. 

Global time-out 

J23 , 1-2 

Enabled if MVME134 is the 
system control ler . 

Software-readable 

header 

J24 , 1-2, 3-4, 5-6, 
7-8, 9-10 

Module Status Register (MSR) 
bits 0 through 4 all = 0 . 

Serial ports RTXCx 
source select 

J25 , 1-3, 2-4 

RTXCA and RTXCB are driven by 
onboard 1.230769 MHz signal. 

Cache disable 

El and E2 not connected 

MC68020 on-chip cache memory 
not disabled. 


NOTE 


i 

vD 1 
CNJ I 
r "D 1 
1 
1 
1 
1 
1 
1 
1 
1 
1 
1 
1 
1 
1 
1 
1 
1 
l 

is the front-panel RS-232C 

connector . 



HARDWARE PREPARATION 


2.3.1 ABORT Switch Enable Header (Jl) 


J1 

1 2 

+ + 

I o — o i 
+■ + 

ABORT SWITCH ENABLED 
(FACTORY CONFIGURATION) 


Jl 

1 2 

+ + 

I o o I 
+ + 

ABORT SWITCH DISABLED 


2.3.2 Watchdog Reset Enable Header (J2) 


J2 

1 2 


I o — o I 
+ + 

WATCHDOG RESET IS ENABLED. WHEN THE 
WATCHDOG COUNTER OUTPUT FROM THE 
MULTIFUNCTION PERIPHERAL (MFP) Timer 
B IS HIGH, A MODULE (BOARD) RESET 
HAPPENS. SYSRESET* IS ALSO ACTIVATED 
IF THE MVME134 IS THE SYSTEM 
CONTROLLER. 

(FACTORY CONFIGURATION) 


J2 

1 2 


I o o I 


WATCHDOG RESET IS DISABLED. THE MFP 
Timer B MAY BE USED AS THE Timer A 
OVERFLOW FOR LONGER TICK TIMING. 


2.3.3 RMW Cycle Type Select Header (J3) 

J3 

1 2 

+ + 

I o — o I 
+ + 


J3 

1 2 


I o o I 

+ -f 


MVME134 REQUIRES ITS VMEbus REQUESTER 
TO OBTAIN VMEbus MASTERSHIP FOR ALL 
MULTIPLE-ADDRESS RMW CYCLES IN ORDER 
TO MAINTAIN THE INTEGRITY OF THESE 
CYCLES. 

(FACTORY CONFIGURATION) 


MVME134 DOES NOT REQUIRE ITS VMEbus 
REQUESTER TO OBTAIN VMEbus MASTERSHIP 
FOR MULTIPLE-ADDRESS RMW CYCLES TO ITS 
ONBOARD RAM. SOFTWARE MUST NEVER 
GENERATE MULTIPLE-ADDRESS RMW CYCLES TO 
VMEbus, AND OTHER VMEbus MASTERS MUST 
N£Y£R PERFORM MULTIPLE-ADDRESS RMW 
CYCLES TO THE MVME134 ONBOARD SHARED 
DRAM. 
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HARDWARE PREPARATION 


2.3.4 System Controller Enable Header (34) 


J4 

1 2 


I 0 0 I 


MVME134 IS THE SYSTEM CONTROLLER. 
ALL BUS MASTERS IN THE SYSTEM 
MUST REQUEST BUS MASTERSHIP ON 
LEVEL 3 ONLY. 

(FACTORY CONFIGURATION) 


J4 

1 2 


I o o I 


+ + 

MVME134 IS NOT THE SYSTEM CONTROLLER. 


2.3.5 VMEbus Interrupter Header (J5) 

J5 indicates to the MVME134 the level that it is generating interrupts at. 
The configuration of J5 must match that of J13 on the interrupter side for 
proper operation. (Refer to paragraph 2.3.10.) The factory configuration is 
that the MVME134 interrupter is disabled, while its interrupt handler handles 
all seven VMEbus interrupts. 


J5 

J5 



J5 



J5 

»— » 

+ 

0 

1 
\ 

1 

o 

H 

ro 

1 0 0 1 
1 1 

2 

1 

1 o — o 1 

i l 

2 

1 

1 0 0 
1 

i i 

1 O 0 1 

1 0 0 1 

1 1 



I 0 0 1 

1 1 



1 0 0 
1 

1 1 

5 1 o — o 1 6 5 

1 1 
1 0 0 1 

6 

5 

1 0 0 1 

6 

5 

1 0 0 

NO INTERRUPT 

LEVEL 1 



LEVEL 2 



LEVEL 3 

(FACTORY CONFIGURATION) 








J5 

J5 



J5 



J5 

1 1 o — o 1 2 1 

| 1 

1 0 0 1 
1 1 

2 

1 

1 o — o 1 

i 1 

2 

1 

1 0 0 
1 

1 1 
1 0 0 1 

1 0 0 1 

1 1 



1 0 0 1 
1 i 



1 0 0 
1 

1 1 

5 1 o o 1 6 5 

1 1 
1 0 0 1 

6 

5 

1 0 0 1 

6 

5 

1 0 0 

LEVEL 4 

LEVEL 5 



LEVEL 6 



LEVEL 7 
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2.3.6 VMEbus Address Size Select Header (J6) 


J6 

1 2 



VMEbus IS MIXED A24 AND A32. MVME134 
GENERATES A24 ACCESSES FOR THE 
PHYSICAL ADDRESS RANGE OF $00400000 
THROUGH SOOEFFFFF. AND A32 ACESSES 
FOR THE PHYSICAL ADDRESS RANGE OF 
SOOFOOOOO THROUGH SFFEFFFFF . 

(FACTORY CONFIGURATION) 


06 

1 2 


I o o I 


VMEbus IS A32 . MVME134 GENERATES A32 
ACCESSES TO THE VMEbus FOR THE PHYSICAL 
ADDRESS RANGE OF $00400000 THROUGH 
$FFEFFFFF . 


urn 

Refer to paragraph 4. 3. 7.1 for an explanation of 
the MVME134 address bus and VMEbus memory map. 


2.3.7 VMEbus Slave Interface Addressing Header (J7) 

J7 

1 2 

♦ + 

I 0 0 I 

+ 


J7 

1 2 


I o o I 
+ ♦ 


MVME134 ONBOARD DRAM RESPONDS TO BOTH MVME134 ONBOARD DRAM RESPONDS TO ONLY 
STANDARD (A24) ADDRESSING AND TO EXTENDED (A32) ADDRESSING. 

EXTENDED (A32) ADDRESSING. 

(FACTORY CONFIGURATION) 
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VMEbus 

Requester Level Select Headers 

( J8 

, J9) 





BGO 


BG1 

BG2 

BG3 


BGO 


BG1 

BG2 

BG3 

OUT* 


OUT* 

OUT* 

OUT* 


OUT* 


OUT* 

OUT* 

OUT* 

2 

4 

6 

8 

10 12 


2 

4 

6 

8 10 

12 











... ... j_ 

1 0 

0 

0 

0 

o — o 1 


1 0 

0 

0 

0 0 

o 1 

J9 1 1 


1 

1 

1 

J9 

1 1 


1 


1 1 

1 0 

0 

0 

0 

0 0 1 


1 0 

0 

0 

0 0 

0 I 

1 

3 

5 

7 

9 11 


1 

3 

5 

7 9 

11 

BGO 


BG1 

BG2 

BG3 


BGO 


BG1 

BG2 

BG3 

IN* 


IN* 

IN* 

IN* 


IN* 


IN* 

IN* 

IN* 

BRO* 


BR1* 

BR2* 

BR3* 


BRO* 


BR1* 

BR2* 

BR3* 







, 




+ 

J8 1 o 

0 

0 

0 

o — o 1 

J8 

1 0 

0 

0 

0 0 

o 1 

1 

2 

3 

4 

5 6 


1 

2 

3 

4 5 

6 

LEVEL 3 

(FACTORY CONFIGURATION) 




LEVEL 2 




BGO 

BG1 

BG2 


8G3 


BGO 

BG1 

BG2 


BG3 


OUT* 

OUT* 

OUT* 


OUT* 


OUT* 

OUT* 

OUT* 


OUT* 


2 

4 6 

8 

10 

12 


2 4 

6 

8 

10 

12 


1 0 

0 0 

0 

0 

o 1 


1 0 0 

0 

0 

0 

o 1 

J9 

1 1 
1 0 

0 0 

1 

0 

0 

1 1 
0 1 

J9 

1 

1 0 0 

1 

0 

1 

0 

0 

1 1 
0 1 


1 

3 5 

7 

9 

11 


1 3 

5 

7 

9 

11 


BGO 

BG1 

BG2 


BG3 


BGO 

BG1 

BG2 


BG3 


IN* 

IN* 

IN* 


IN* 


IN* 

IN* 

IN* 


IN* 


BRO* 

BR1* 

BR2* 


BR3* 


BRO* 

BR1* 

BR2* 


BR3* 

J8 

1 0 

0 0 

0 

0 

o 1 

J8 

1 0 0 

0 

0 

0 

o 1 


1 

2 3 

4 

5 

6 


1 2 

3 

4 

5 

6 



LEVEL 1 





LEVEL 0 
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2.3.9 ROM/PROM/EPROM/EEPROM Size Headers (JIO, Jll) 


10(BANK 

1). 

J11(BANK 2) 

JIO (BANK 1). J 1 1 ( BANK 2) 

J10(BANK 

1)- 

Jll ( BANK 2) 


1 

2 

1 2 



1 

2 

+ 5V 

1 0 
1 1 

o 1 [PA15] 

I 

+5V 1 o o 1 

II II 

[PA15] 

+5V 

1 0 
1 

o 1 [PA15] 

f 1 

PIN 1 

1 0 
1 

o 1 PIN 27 

PIN 1 1 o o 1 

PIN 27 

PIN 1 

1 0 

1 1 

o 1 PIN 27 

[PA16] 

1 0 

l 

o 1 [ROMWR* 

1 1 
] [PA16] 1 o o 1 

[ROMWR*] 

[PA16] 

1 1 
1 0 

1 

o 1 [ROMWR*] 


5 

6 

5 6 



5 

6 

8K x 

8 OR 

16K x 8 

32K x 8 



64K 

x 8 

ROM/PROM/EPROM 

ROM/PROM/EPROM 

ROM/PROM/EPROM 






(FACTORY CONFIGURATION) 






(WORKS WITH MVME134BUG) 

10 (BANK 

1). 

Jll (BANK 2) 

NOTE? 


JIO (BANK 

1). 

Jll (BANK 2) 


1 

2 

1 . Customer must 

provide 


1 

2 


+ 

+ 

all the ROM, PROM. EPROM. 

+ 

+ 

+5V 

1 0 

o 1 [PA15] 

or EEPROM chips to in- 

+5V 

1 0 

/o 1 [PA15] 


1 

1 

stal 1 in the 

four 


1 / 

1 

PIN 1 

1 0 

1 

0 1 PIN 27 

1 1 

sockets . 


PIN 1 

1 0/ 

o 1 PIN 27 

[PA16] 

1 

1 0 

! 1 

o 1 [ROMWR* 

] 2. Bank 1 = XU31 

(even) , 

[PA16] 

1 

1 0 

1 1 

o 1 [ROMWR*] 



+ 

XU12 (odd); 



+ 



5 

6 

bank 2 = XU20 

(even) ; 


5 

6 (WIRE- 

2K x 

8 OR 

8K x 8 

XU3 (odd). Each bank 


32K 

x 8 WRAP AT 


EEPROM 

may be jumpered 


EEPROM PINS 2 




differently. 




AND 3) 




3. Refer to paragraph 







4.3.13.1. 
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2.3.10 VMEbus Interrupter and Interrupt Handler Header (J13) 

05 indicates to the MVME134 the level that it is generating interrupts at. 
The configuration of J5 (paragraph 2.3.5) must match that of J13 on the 
interrupter side for proper operation. J 1 3 is a dual function header: one 
side is used to configure the interrupter and the other side is used to enable 
or disable each individual interrupt level for the interrupt handler. The 
factory configuration is that the MVME134 interrupter is disabled, while its 
interrupt handler handles all seven VMEbus interrupts. 


I I I I 
R R R R 
Q Q Q Q 
12 3 4 


I I I 
R R R 
Q Q Q 
5 6 7 


INTERRUPT HANDLER 

(CLOSED = ENABLED, OPEN = DISABLED) 


3 6 9 12 15 18 21 


MVME134 HANDLES 
IRQ1* - IRQ7*. 

(FACTORY 

MVME134 INTERRUPTER CONFIGURATION) 

IS DISABLED. 


1 4 7 10 13 16 19 



L L L L L L L 

1 2 3 4 5 6 7 


INTERRUPTER LEVELS 

(CLOSED = ENABLED, OPEN = DISABLED) 


2.3.11 RESET Switch Header (J14) 

J14 
1 2 


1 o — o I 


RESET SWITCH ENABLED 
(FACTORY CONFIGURATION) 


014 
1 2 

+ + 

I 0 0 I 

+ + 

RESET SWITCH DISABLED 


2.3.12 Shared DRAM Offset Address Select Header (J16) 

The MVME134 shared DRAM occupies a total of 4 Mb in the VMEbus address 
range. Its base address is controlled by U66 and J16. U66 selects one 256 
Mb block within the 4 Gb range for the MVME134. The default factory 
program for U66 places the base address of this 256 Mb block at $00000000. 
(Refer to Appendix A for U66 program details.) J16 then selects one of the 64 
possible positions within this 256 Mb block for the 4Mb of shared DRAM on the 
MVME134. As shipped, the MVME134 is jumpered for a base address of $00000000 
as follows: 
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2 J16 12 


J 1 6 12 


J16 12 


I o 
I I 
l o 


0 o olio o 

1 I I I I I 

0 0 olio 0 


0 0 olio 0 0 0 0 ol 

1 I I I I I I I I I I 

0 0 olio 0 0 0 0 ol 


+ + + + + + 

A22 A23 A24 A25 A26 A27 A22 A23 A24 A25 A26 A27 A22 A23 A24 A25 A26 A27 

1 11 1 11 1 11 

OFFSET $00000000 OFFSET $00400000 OFFSET $00800000 

ONBOARD DRAM IS MAPPED 

FROM $00000000 THROUGH NOTE: OPEN = 1, CLOSED = 0. 

S003FFFFF ON THE VMEbus. 

(FACTORY CONFIGURATION) 

2 J16 12 2 J16 12 2 J16 12 

+ + + + + + 

lo 0 0 0 o olio 0 0 0 o olio 0 0 0 0 ol 

I I I I I I I I I I I I I I I till 

lo 0 0 0 0 olio 0 0 0 0 olio 0 0 0 0 ol 


A22 A23 A24 A25 A26 A27 
1 11 


+ + + + 

A22 A23 A24 A25 A26 A27 A22 A23 A24 A25 A26 A27 

1 11 1 11 


OFFSET $00C00000 OFFSET $01000000 OFFSET $01400000 

AND SO ON THROUGH THE HIGHEST POSSIBLE ADDRESS OFFSETS: 

2 J16 12 2 J16 12 2 J16 12 


+ ♦ + + + + 

10 0 0 0 0 olio 0 0 0 0 olio 0 0 0 0 ol 

11 III II I 

lo 0 0 0 0 olio 0 0 0 0 olio o 0 0 0 ol 


+ + 

A22 A23 A24 A25 A26 A27 
1 11 
OFFSET $0F400000 


A22 A23 A24 A25 A26 A27 
1 11 
OFFSET $QF800000 


A22 A23 A24 A25 A26 A27 
1 11 
OFFSET SOFCOOOOO 


2.3.13 Onboard DRAM Size Header (J17, J18) 


+ 


o 


- + 


1 


J18 


0 

1 

o 


+ — +■ 


MVME134 CONTAINS A TOTAL OF 4 Mb OF DRAM USING 
1 MEGABIT x 1 DRAMs. (FACTORY CONFIGURATION) 


J17 


o I 1 


o 


+ 


+ 


CAUTION 

DO NOT CHANGE FROM THIS FACTORY CONFIGURATION 
OR THE MVME134 WILL NOT OPERATE PROPERLY. 
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2.3.14 


Bus Error Interrupt Header 


(J19) 


loll 
J19 I I I 
I o I 2 
+ + 

MPU IS INTERRUPTED ON LEVEL SEVEN 
IF AN MPU CYCLE IS TERMINATED WITH 
[BERR*]. REFER TO BUS ERROR PRO- 
CESSING. APPENDIX E, FOR DETAILS. 
(FACTORY CONFIGURATION) 


loll 
J19 I I 
I o I 2 
+ + 

BUS ERROR INTERRUPT (BEIRQ) IS 
DISABLED. REFER TO BUS ERROR PROCESSING, 
APPENDIX E, FOR DETAILS. 


2.3.15 VMEbus Data Width Select Header (J20) 


+ + 


J20 


0 

1 

o 


0 


1 


3 


VMEbus IS TREATED AS D32 FOR THE 
PHYSICAL ADDRESS RANGE OF $00400000 
THROUGH SEFFFFFFF, AND AS D16 FOR 
PHYSICAL ADDRESS RANGE SFOOOOOOO 
THROUGH SFFEFFFFF AND $FFFF0000 
THROUGH SFFFFFFFF . 

(FACTORY CONFIGURATION) 


+ + 


J20 


o 

o 

0 


1 


3 


VMEbus IS ALWAYS TREATED AS D16; 
MVME134 NEVER ACTIVATES LWORD*. A 
32-BIT LONGWORD ALIGNED TRANSFER IS 
PERFORMED WITH TWO SEPARATE 16-BIT 
OPERATIONS. 


J20 



o 

0 


1 


3 


+ — + 

VMEbus IS TREATED AS D32 WHEN PA24 = 0 (I.E., $OOXXXXXX, 

S02XXXXXX, S04XXXXXX SFAXXXXXX, SFCXXXXXX, 

OR SFEXXXXXX) AND AS D16 WHEN PA24 = 1 (I.E., S01XXXXXX, 

S03XXXXXX, S05XXXXXX $FBXXXXXX , SFDXXXXXX, 

OR SFFXXXXXX). 


NOTE 


Refer to paragraphs 4.2.1 and 4. 3. 7. 2 for 
an explanation of the MVME134 data bus. 
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2.3.16 Serial Port B Configuration Header (J21) 


J21 


J21 


1 

1 

0 - 

--0 

1 

1 

2 


1 

! 

i 

0 

0 

1 

1 

2 


3 

1 

1 

0 - 

— 0 

1 

1 

4 


3 

i 

i 

0 

1 

0 

1 

1 

1 

4 


5 

1 

1 

0 - 

— 0 

l 

1 

6 


5 

i 

i 

0 

0 

i 

1 

6 


7 

1 

1 

0 - 

--0 

1 

1 

1 

8 


7 

i 

i 

0 

1 

0 

1 

1 

1 

8 


9 

1 

1 

0 - 

--0 

1 

1 

10 


9 

i 

i 

0 

0 

1 

1 

10 


11 

1 

1 

0 - 

— 0 

1 

1 

12 

PORT B AS DCE 

11 

i 

i 

0 

0 

1 

1 

12 

PORT B AS DTE 


1 



1 


(TO TERMINAL). 


i 

1 

1 

1 


(TO MODEM). 

13 

1 

0 - 

- -0 

1 

14 

(FACTORY 

13 

i 

0 

0 

1 

14 

RTXC IS INPUT 


1 



1 


CONFIGURATION) 


i 



1 


TO TRXCB PIN 

15 

1 

0 - 

--0 

1 

16 


15 

i 

0 

0 

1 

16 

OF Z8530 (SCC) AND 


1 



1 




i 

1 

1 

1 


IS ECHOED ONTO 

17 

1 

0 - 

--0 

1 

18 


17 

i 

i 

0 

0 

1 

1 

18 

TTXC. 

19 

1 

1 

0 - 

— 0 

1 

1 

20 


19 

i 

i 

i 

0 

1 

0 

1 

i 

1 

1 

20 


21 

1 

1 

0 - 

— 0 

1 

1 

22 


21 

i 

i 

1 

0 

1 

0 

1 

1 

22 



4 - 




- + 




4 - 

” - 


• 4 * 





J21 






J21 





4 - 

— 

— 

+ 




4 - 

-- 


4 - 



1 

1 

1 

0 

0 

1 

1 

2 


1 

1 

I 

0 

0 

1 

1 

2 


3 

1 

1 

1 

0 

1 

0 

1 

1 

1 

4 


3 

1 

1 

1 

0 

0 

1 

1 

1 

4 


5 

1 

1 

1 

1 

0 

0 

1 

1 

1 

6 


5 

1 

1 

1 

0 

0 

1 

1 

1 

6 


7 

1 

1 

1 

0 

1 

0 

1 

1 

1 

8 


7 

1 

1 

1 

0 

1 

0 

1 

1 

1 

1 

8 


9 

1 

1 

1 

1 

0 

0 

1 

1 

1 

10 


9 

1 

1 

1 

1 

0 

1 

0 

1 

1 

1 

10 


11 

1 

1 

0 

0 

1 

1 

12 

PORT B AS DTE 

11 

1 

1 

0 

0 

1 

1 

12 

PORT B AS DTE 


1 

1 

1 

1 


(TO MODEM). 


1 

1 

1 

1 


(TO MODEM). 

13 

1 

0 

0 

1 

14 

RTXC IS INPUT 

13 

1 

0 

0 

1 

14 

TTXC IS OUTPUT 


1 



1 


TO TRXCB PIN 


1 



1 


FROM TRXCB PIN 

15 

1 

0 

0 

1 

16 

OF Z8530 (SCC). 

15 

1 

0 

0 

1 

16 

OF Z8530 (SCC). 


1 

1 

1 

1 


TTXC IS NOT 


1 

1 

1 

1 


RTXC IS NOT 

17 

1 

1 

0 

0 

1 

1 

18 

USED. 

17 

1 

0 

0 

1 

18 

USED. 

19 

1 

1 

1 

0 

1 

0 

1 

1 

1 

1 

20 


19 

1 

1 

0 

0 

1 

1 

20 


21 

1 

1 

0 

1 

0 

1 

1 

22 


21 

1 

1 

1 

0 

1 

0 

1 

1 

22 
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2.3.17 Local Time-out Header (J22) 


J22 

J22 

1 2 

1 2 

1 o — o 1 

1 o o 1 

LOCAL TIME-OUT IS ENABLED. TIME-OUT 
PERIOD IS 31 MSEC FOR 16.67 MHz 
OPERATION. (FACTORY CONFIGURATION) 

LOCAL TIME-OUT IS DISABLED. MVME134 
HANGS UP IF SOFTWARE ACCESSES NON- 
EXISTENT LOCATIONS (SUCH AS WRITING 
TO SFFFEXXXX OR ACCESSING A COPROCESSOR 
THAT IS NOT ON THE MVME134) 


2.3.18 Global Time-out Header (J23) 


J23 

J23 

1 2 

1 2 

1 o — o 1 

1 o o 1 

GLOBAL TIME-OUT ENABLED: IF CONFIG- 

URED AS SYSTEM CONTROLLER (REFER TO 
PARAGRAPH 2.3.4) MVME134 ACTIVATES 
BERR* IF DSO* AND/OR DS1* ARE LOW FOR 
MORE THAN 108 TO 122 MICROSECONDS. 
(FACTORY CONFIGURATION) 

GLOBAL TIME-OUT DISABLED: THIS MAY 

CAUSE A SYSTEM PROBLEM. REFER TO PARA- 
GRAPH 2.4.3. IN THIS CONFIGURATION, 

THE SYSTEM HANGS UP IF MVME134 IS THE 
SYSTEM CONTROLLER AND THE SOFTWARE 
ATTEMPTS TO ACCESS A NON-EXISTENT 
VMEbus DEVICE. 


2.3.19 Software-Readable Header for Module Status Register (MSR) (J24) 


2 MSRBITO = 1 
4 MSRBIT1 = 1 
6 MSRBIT2 = 1 
8 MSRBIT3 = 1 
10 MSRBIT4 = 1 

(FACTORY CONFIGURATION) 


J24 

+ + 

o — o 

o — o 

o — o 

o — o 

0 0 


J44 


2 MSRBITO 
4 MSRBIT1 
6 MSRBIT2 
8 MSRBIT3 
10 MSRBIT4 


0 

0 

0 

0 

0 
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2.3.20 Serial Ports RTXCx Source Select Header (J25) 

J25 J25 


+ + +. + 


[1.23 MHZ] 

1 

0 

i 

0 

1 

2 

[1.23 MHZ] 

[1.23 MHZ] 

1 

1 0 
1 1 

0 

2 

[1.23 MHZ] 

RTXCA 

3 

i 

0 

1 

0 

4 

RTXCB 

RTXCA 

3 

1 1 
1 0 
1 

0 

1 

4 

RTXCB 

TT OR RT 

5 

0 

0 

6 

TTXC OR RXC 

TT OR RT 

5 

1 

1 0 

1 

0 

6 

TTXC OR RXC 


+ + ♦ + 


RTXCA PIN OF THE SCC IS DRIVEN BY 
ONBOARD 1.230769 MHz. RTXCB IS 
DRIVEN BY ONBOARD 1.230769 MHz. 
(FACTORY CONFIGURATION) 


RTXCA IS DRIVEN BY ONBOARD 1.230769 
MHz. RTXCB IS DRIVEN BY TTXC IF PORT B 
IS CONFIGURED DCE (TO TERMINAL), OR 
FROM RXC IF PORT B IS CONFIGURED 
DTE (TO MODEM). 


J25 


J25 


[1.23 MHZ] 1 
RTXCA 3 
TT OR RT 5 


+ + 

1 o o I 

I I I 

I 0 0 I 

I I I 
I 0 0 I 


2 [1.23 MHZ] 

4 RTXCB 
6 TTXC OR RXC 


RTXCA IS DRIVEN BY TT*/- IF PORT A IS 
CONFIGURED AS A SLAVE, OR FROM RT+/- 
IF PORT A IS CONFIGURED AS A MASTER. 
RTXCB IS DRIVEN BY ONBOARD 1.230769 
MHz. 


[1.23 MHZ] 1 
RTXCA 3 
TT OR RT 5 



2 [1.23 MHZ] 

4 RTXCB 
6 TTXC OR RXC 


RTXCA IS DRIVEN BY TT*/- IF PORT A IS 
CONFIGURED AS A SLAVE, OR FROM RT-*-/ - 
IF PORT A IS CONFIGURED AS A MASTER. 
RTXCB IS DRIVEN BY TTXC IF PORT B IS 
CONFIGURED DCE (TO TERMINAL), OR 
FROM RXC IF PORT B IS CONFIGURED 
DTE (TO MODEM). 


NOTE 


Refer to paragraph 2.4.3, System Considerations, for 
possible installation of terminators for port A signals. 


2.3.21 Cache Disable Test Points (El, E2) 

o El o E2 

The user may hardware disable the MC68020 on-chip cache memory by wire- 
wrapping test point pins El and E2 together. (El and E2 are next to J 1 4 and 
J19, respectively.) This connects a ground to the CDIS* pin of the MC68020, 
preventing cache hit. The factory configuration is with El and E2 not 
connected, leaving the cache function under software control. 
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2.4 INSTALLATION INSTRUCTIONS 

The following paragraphs discuss installation of the MVME134 module into a VME 
chassis, connection of an RS-232C terminal and cable, and system 
considerations. Ensure that desired ROM/PROM/EPROM/EEPROM devices, such as 
those for the MVME134bug debug monitor in sockets XU31 (even bytes) and 
XU12 (odd bytes), are installed and configured, and that all other headers are 
configured for desired operation. 


2.4.1 MVME134 Module Installation 

Now that the MVME134 module is ready for installation, proceed as follows: 

a. Turn all equipment power OFF. 

CAUTION 

INSERTING OR REMOVING MODULES WHILE POWER IS APPLIED 
COULD RESULT IN DAMAGE TO MODULE COMPONENTS. 

b. The MVME134 module requires power from both PI and P2. It may be 

installed in any double-height unused card slot, if it is not 

configured as system controller. If the MVME134 is configured as 
system controller, it must be installed in the left-most card slot 
(slot 1) to correctly initiate the bus-grant daisy-chain and to have 
proper operation of the lACK-daisy-chain driver. 

c. Carefully slide the MVME134 module into the card slot. Be sure module 
is seated properly into connectors on the backplane. Fasten module in 
chassis with screws provided, making good contact with the transverse 
mounting rails to minimize RFI emissions. 

d. Connect the required cables to the MVME134 module at the P2 backplane 

connector, to mate with peripherals at the RS-232C and/or R5-485 

serial ports, and optionally with a remote reset switch. These cables 
are not provided with the MVME134 module and must be made or provided 
by the user. (Motorola recommends using shielded cables for all 
connections to peripherals to minimize radiation.) Connect the 
peripherals to the cables. Install any other required VMEmodules in 
the system. 

Two suggested cabling arrangements are shown in Figures 2-2 and 2-3. 
with signals connected as given in Tables 2-2 through 2-4. A 64-pin 
flat-ribbon cable female connector may be used to connect to P2. This 
flat-ribbon cable may, then, be separated and crimped to a flat-cable 
female DB-25 connector for the RS-232C port and to a flat-cable DB-9 
or DB-25 for the RS-485/RS-422 port. The RS-232C port is defined to 
interface directly with a standard RS-232C connector: while the 
RS-485 / R 5 - 4 2 2 port may require cross-over connections for the user's 
specific interface. Note that the optional remote reset switch must 
be connected to P2 pin A20 and/or A32 and ground. 

e. Turn equipment power ON. 
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TABLE 2 

-2. Mating Cable 

Connections 

for RS-232C Port 

P2 

64-PIN MATING 

DB-25 

RS-232C 

PIN NO. 

CONNECTOR PIN NO, 

PIN NO. 

SIGNAL NAME 

Cl 

1 

1 

Not used 

A1 

2 

14 

Not used 

C2 

3 

2 

TXD 

A2 

4 

15 

RTXC 

C3 

5 

3 

RXD 

A3 

6 

16 

Not used 

C4 

7 

4 

RTS 

A4 

8 

17 

RXC 

C5 

9 

5 

CTS 

A5 

10 

18 

Not used 

C6 

11 

6 

DSR 

A6 

12 

19 

Not used 

C7 

13 

7 

Signal Return GND 

A7 

14 

20 

DTR 

C8 

15 

8 

DCD 

A8 

16 

21 

Not used 

C9 

17 

9 

Not used 

A9 

18 

22 

Not used 

CIO 

19 

10 

Not used 

AlO 

20 

23 

Not used 

Cll 

21 

11 

Not used 

All 

22 

24 

TTXC 

C12 

23 

12 

Not used 

A12 

24 

25 

Not used 

C13 

25 

13 

Not used 
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FIGURE 2-2 . Cabling Connections to P2, Suggestion 1 


TABLE 2-3. DB-25 Mating Cable Connections for RS-485/RS-422 Port 


P2 

PIN NO. 

64-PIN MATING 
CONNECTOR PIN 

DB-25 

NO. PIN NO. 

RS-485/RS-422 
SIGNAL NAME 

A13 

26 


1 

SD+ 

C14 

27 


14 

SD- 

A14 

28 


2 

TT + 

C15 

29 


15 

TT- 

A15 

30 


3 

RD+ 

C16 

31 


16 

RD- 

A16 

32 


4 

RT + 

C17 

33 


17 

RT- 

A17 

34 


5 

Signal Return GND 


26 
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FIGURE 2-3 . Cabling Connections to P2, Suggestion 2 


TABLE 2-4. DB-9 Mating Cable Connections for RS-485/RS-422 Port 


P2 64-PIN MATING OB-25 RS-485/RS-422 

PIN NO. CONNECTOR PIN NO. PIN NO. SIGNAL NAME 


A13 

26 

C14 

27 

A14 

28 

C15 

29 

A15 

30 

C16 

31 

A16 

32 

C17 

33 

A17 

34 


1 SD+ 

6 SD- 

2 TT + 

7 TT- 

3 RD+ 

8 RD- 

4 RT+ 

9 RT- 

5 Signal Return GND 
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2.4.2 Terminal Connection 

The RS-232C port on the front panel is configured for DCE (to terminal) 
operation only. A 25-pin RS-232C cable may be connected to the front panel 
female connector J26. with the other end connected to a compatible terminal. 
This cable is not provided with the MVME134 module, and must be made or 
provided by the user. (Motorola recommends using shielded cables for all 
connections to peripherals to minimize radiation.) Note that J26 has a metal 
shell and jack posts that are electrically connected to the MVME134 front 
panel. If the MVME134 front panel is electrically connected to the chassis 
ground, then the shell and jack posts are connected to chassis ground. This 
allows for shielded cabling to be used for effective reduction of EMI and EMC 
problems. Refer to Table 5-3 and Appendix B for detailed information on the 
signals supported. 


NOTE 

The user may change J26 to a “to modem" configuration by 
providing a "null-modem" cable that switches certain signals. 


2.4.3 System Considerations 

The MVME134 needs to draw power from both PI and P2 of the VMEbus backplane. 
P2 is also used for the upper 16 bits of data for 32-bit transfers, and for 
the upper 8 address lines for extended addressing mode. The MVME134 may not 
operate properly without both PI and P2 of the VMEbus backplane. 

The MVME134 may be used by itself or with other VMEbus controllers. The 
MVME134 is noi intended to be used as an Intelligent Peripheral Controller 
(IPC). It is intended to be used as a VMEbus master. However, the MVME134 
contains only a single-level arbiter which arbitrates VMEbus mastership on 
level three. If it is to be used as the system controller, then all bus 
masters in the system must request bus mastership on level three only. 

Whether the MVME134 operates as a VMEbus master or as a VMEbus slave, it is 
configured for 32 or 24 bits of address and for 32 or 16 bits of data (A32 or 
A24 / D32 or D16). Note that other D16 devices in the system must be located 
in the MVME134 module D16 address range. Otherwise, they must only be 
accessed with 16-bit and 8-bit data transfers only. Refer to VMEbus data 
width and address size theory details in Chapter 4, and to the memory maps in 
Chapter 3. There can also be system problems with bus error (BERR*) and Read- 
Modify-Write (RMW) cycles. These details are also discussed in Chapter 4. 

The MVME134 uses the address modifier lines in such a way that it performs 
short, standard, or extended addressing (AM = $2D. $29; $3E, $ 3 D , 53A, $39; 
$0E, SOD, $0A, or $09) when it is VMEbus master, but it responds to standard 
or extended addressing (AM = $ 3 E , $3D, $3A, $39; $0E. SOD, $0A, or $09) when 
it is a VMEbus slave. Refer to the VMEbus specification for a complete 
description of all the address modifier codes. 
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The MVME134 contains four Mb of DRAM whose off-board address is jumper- 
selectable with J16. The onboard MPU and PMMU always see this local DRAM at 
physical address $00000000 through $003FFFFF. This address may, however, be 
changed by reprogramming PAL 1)39. Refer to Appendix A for details. 

Note that the MVME134 contains no parallel ports. To use a parallel device, 
such as a printer, with the MVME134, it is necessary to add a module such as 
the MVME050 System Controller Module to the system. 

A single SIP resistor package, R27, with four 120-ohm resistors, is used for 
proper and reliable system operations with the RS-485 serial port (port A). 
In systems where RS-485 multi-drop cable is used to connect many RS-485 ports 
(e.g., many MVME134s). noise on the cable may be read as spurious data and/or 
cause undesired interrupts unless the cable is terminated properly. The 
recommended method is to terminate each of the two ends of the cable with a 
120-ohm resistor. For systems using MVME134s, proper termination is 
accomplished by the existing R27 (eight-pin resistor pack with four 120-ohm 
resistors) on the two MVME134 modules, one at each end of the RS-485 cable. 
When more than two MVME134 modules are on the same cable, remove R27 from its 
socket from all modules except those at the cable ends. This termination is 
also useful in case devices connecting to the MVME134 RS-485 port may be OFF 
or not online when the RS-485 port is enabled. 

If the MVME134 tries to access offboard resources in a non-existent location, 
and if the system does not have a global bus time-out. the MVME134 waits 
forever for the VMEbus cycle to complete. ( Local bus time-out on the MVME134 
does not terminate a VMEbus access.) This would cause the system to hang up. 
There are two situations in which the system might lack this global bus time- 
out: (1) the MVME134 is system controller but its onboard global bus time-out 
is disabled (J23 has no jumper), and (2) the MVME134 is not the system 
controller, and there is no global bus time-out elsewhere in the system. 
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CHAPTER 3 

OPERATING INSTRUCTIONS 


3.1 INTRODUCTION 

This chapter provides necessary information to use the MVME134 module in a 
system configuration. This includes controls and indicators, memory map 
details, and software initialization of the module. 


3.2 CONTROLS AND INDICATORS 

The MVME134 module has ABORT and RESET switches, and FAIL, HALT, RUN, and SCON 
indicators, all of which are located on the front panel of the module. 


3.2.1 ABORT Switch SI 

The ABORT switch is debounced and brought into the interrupt handler as a 
level 7 interrupt. Refer to the interrupt handler details in Chapter 4. 


3.2.2 RESET Switch S2 

The front panel RESET switch resets all onboard devices (including the MPU) 
and drives SYSRESET* low if the MVME134 is the system controller. (The 
MVME134 also drives SYSRESET* low at power up if it is configured as the 
system controller. Refer to the reset details in Chapter 4.) 


3.2.3 FAIL, HALT, RUN, and SCON Indicators DS1, DS2, DS3, and DS4 

MVME134 has four LEDs: FAIL, HALT, RUN, and SCON. FAIL is on (red) when 
[BRDFAIL] is high. HALT is on (red) when reset (any reset except the RESET 
instruction from the MPU) is true or when [HALT*] is low. RUN is on (green) 
when [PAS] is high. SCON is on (green) when the MVME134 is configured as the 
system controller, which is when [SYSCON*] is jumpered low by J4. Table 3-1 
describes the module status for all possible combinations of these LEDs. 


3.3 MVME134 MEMORY MAPS AND MAP DECODER 

At the beginning of each MPU or PMMU cycle, the map decoder determines what 
kind of cycle takes place and which device or function is selected within that 
cycle type. Cycle types are determined by the function code lines FC2-FC0, 
which are driven by either the MC68020 MPU or the MC68851 PMMU. Table 3-2 
shows the cycle types and the devices that respond. 
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TABLE 3-1. 


Front Panel LEDs and MVME134 Status 


FAIL 

DS1 

RED 

HALT 

DS2 

RED 

RUN 

DS3 

GREEN 

MVME134 STATUS 

off 

off 

off 

No power is applied to the module, or the MPU is not the 
current local bus master. 

off 

off 

ON 

Normal operation. 

off 

ON 

off 

MPU is halted. 

off 

ON 

ON 

MPU is running and encountering VMEbus deadlocks and/or PMMU 
re 1 i nqu i sh-and-retry . Frequency of VMEbus deadlocks and/or 
PMMU rel inquish-and-retry determines intensity of HALT LED. 

ON 

off 

off 

MPU is not current local bus master. Also, [BRDFAIL] has not 
been cleared since reset or has been set by software. FAIL 
indicator is also on if MVME134 is system controller and 
SYSFAIL* is detected low on the VMEbus. 

ON 

off 

ON 

[BRDFAIL] has not been cleared since reset or has been set by 
software. FAIL indicator is also on if MVME134 is system 
controller and SYSFAIL* is detected low on the VMEbus. 

ON 

ON 

off 

MPU is halted and [BRDFAIL] has not been cleared since reset 
or has been set by software. FAIL indicator is also on if 
MVME134 is system controller and SYSFAIL* is detected low on 
the VMEbus. 

ON 

ON 

ON 

MPU is running and encountering VMEbus deadlocks and/or PMMU 


rel inqu i sh-and-retry. Frequency of VMEbus deadlocks and/or 
PMMU re 1 i nqu i s h-and-retry determines intensity of HALT LED. 
Also [BRDFAIL] has not been cleared since reset or has been 
set by software. FAIL indicator is also on if MVME134 is 
system controller and SYSFAIL* is detected low on the VMEbus. 


TABLE 3-2. 

Cycle Types and 

Responding Devices 

FC2 FC1 FCO CYCLE TYPE 

MVME134 

DEVICES THAT RESPOND 


0 

0 

0 

0 

1 

1 

1 

1 

1 


0 

0 

1 

1 

0 

0 

1 

1 

1 


0 

1 

0 

1 

0 

1 

0 

1 

1 


reserved 
User Data 
User Program 
reserved 
reserved 

Supervisory Data 
Supervisory Program 
CPU ( IACK ) 

CPU (coprocessor) 


None (causes local time-out) 

All except interrupt handler and MC68851 
All except interrupt handler and MC68851 
None (causes local time-out) 

None (causes local time-out) 

All except interrupt handler and MC68851 
All except interrupt handler and MC68851 
VMEbus, Z8530, MK68901, interrupt handler 
MC68851 PMMU 
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3.3.1 Main Memory Map 

The memory map of devices that respond in User Data. User Program. Supervisory 
Data, and Supervisory Program spaces is shown in Table 3-3. 


TABLE 3-3. MVME134 Main Memory Map 


PHYSICAL ADDRESS 1 

RANGE (HEXADECIMAL) 1 

DEVICES ACCESSED 

PORT SIZE 

1 SIZE 
1 (BYTES) 

1 

1 

NOTES 

1 

00000000 - 003FFFFF 1 

Onboard DRAM 

D32 

1 

1 4 Mb 

1 

1 

1 

00400000 - 00EFFFFF 1 

VMEbus A32/A24 

D32/D16 

1 11 Mb 

I 

2,3 

00F00000 - FFEFFFFF 1 

VMEbus A3 2 

D32/D16 

1 4 Gb 

1 

3 

FFF00000 - FFF1FFFF 1 

ROM/EEPROM bank 1 

D16 

1 128 Kb 

1 

4 

FFF20000 - FFF3FFFF 1 

ROM/EEPROM bank 2 

D16 

1 128 Kb 

1 

4 

FFF40000 - FFF5FFFF 1 

1 

ROM/EEPROM bank 1 
repeats in this space. 

D16 

1 128 Kb 
1 

1 

1 

4 

FFF60000 - FFF7FFFF 1 

1 

ROM/EEPROM bank 2 
repeats in this space. 

D16 

1 128 Kb 
1 

1 

1 

4 

FFF80000 - FFF9FFFF 1 

MSR & MC68901 MFP 

D16 

1 128 Kb 

1 

5 

FFFA0000 - FFFBFFFF 1 

1 

Z8530 Serial Communica- 
tions Controller (SCC) 

D08 

1 128 Kb 

1 


FFFC0000 - FFFCFFFF 1 

1 

MK48T02 real-time clock 
with 2 Kb SRAM 

D08 

1 64 Kb 
1 

1 

1 


FFFD0000 - FFFDFFFF 1 

PUPMMU flag 

-- 

1 64 Kb 

1 

7 

FFFE0000 - FFFEFFFF 1 

VMEbus interrupter 

D08 

1 64 Kb 

1 

6 

FFFF0000 - FFFFFFFF 1 

VMEbus short I/O space 

D16 

1 64 Kb 

1 
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TABLE 3-3. MVME134 Main Memory Map (cont'd) 

PHYSICAL ADDRESS I DEVICES ACCESSED I PORT SIZE I SIZE I NOTES 

RANGE (HEXADECIMAL) I I I (BYTES) I 


NOTES: 1. Onboard ROM/PROM/EPROM/EEPROM bank 1 for first four cycles after a 

reset, onboard DRAM thereafter. 

2. VMEbus address size is selectable with J6. Refer to Chapter 2. 

3. VMEbus data width option is selectable with J20. Refer to Chapter 

2 . 


4. Writes to EEPROMs must always be 16-bit wide. 

5. The Module Status Register (MSR) appears on the upper byte, while 
the MC68901 Multi-Function Peripheral (MFP) appears on the lower 
byte. The MSR is read-only: write accesses are ignored by the MSR 
but affect the MFP. For MFP registers, refer to paragraph 3.3.3 
and Table 3-5. 


6. A VMEbus interrupt is generated on the selected level when a read 
access is performed in this area. L ocations SFFFE0000 through 
SFFFEFFFF are read-only: write accesses are not allowed and wi 1 1 
causq lo cal bus ti ing.-9.yli--. 

7. Any access to locations $FFFD0000 through SFFFDFFFF resets the 
Power Up/PMMU (PUPMMU) bus error flag in the MSR to a logical 1. 


3.3.2 Local Processor CPU Space Memory Map 

Only two types of CPU cycles (FC2-FC0 = % 1 1 1 ) are supported by the MVME134: 
Coprocessor and Interrupt Acknowledge (IACK). (Refer to Table 3-2.) All 
other types of CPU space cycles generated by the MPU are ignored and cause 
local bus time-out on the MVME134. Among the other types of CPU space cycles 
which the MC68020 is capable of generating but which the MVME134 does not 
support are those using Breakpoint Acknowledge, Access level control, or MOVES 
instructions . 
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3.3.2. 1 Coprocess or In t er face Register Hap. The only coprocessor on the 
MVME134 is the MC68851 Paged Memory Management Unit (PMMU). No external 
decoding is performed for the PMMU because it performs the address decoding 
internally. The coprocessor ID (Cp-ID) (bits 9-11 of the coprocessor 
instruction operation word) for the MC 6885 1 is binary :4 0 0 0 . When a 
coprocessor communication cycle is executed with a Cp-ID of zero, the PMMU 
decodes the coprocessor interface register (CIR) select field of the address 
bus, [A04] - [AOO] ([A12 - [A05] must be zero), to select the appropriate 
coprocessor interface register. Table 3-4 identifies the MC68851 PMMU 
coprocessor interface register locations in the CPU space that are used for 
communications between the MPU and the PMMU. 


TABLE 3-4. MC68851 Paged Memory Management Unit (PMMU) Interface Register Map 


REGISTER 

1 

i 

AO 4 - AOO 
(BINARY) 

1 OFFSET 
1 (HEX) 

1 DATA WIDTH 1 
1 1 

R/W 

Response 

1 

1 

% 0000X 

1 

1 $00 


16-bit 1 

R 

Control 

1 

% 0001X 

1 $02 


16-bit 1 

W 

Save 

1 

% 0010X 

1 $04 


16-bit 1 

R 

Restore 

1 

%0011X 

1 $06 


16-bit 1 

R/W 

(Reserved) 

1 

M100X 

1 $08 


16-bit 1 

-- 

Command 

1 

%0101X 

1 $0A 


16-bit 1 

W 

(Reserved) 

1 

%0110X 

1 $0C 


16-bit 1 

-- 

Condition 

1 

Minx 

1 $0E 


16-bit 1 

w 

Operand 

1 

nooxx 

1 $10 


32-bit 1 

R/W 

Register Se 

lect 1 

M010X 

1 $14 


16-bit 1 

R 

(Reserved) 

1 

nonx 

1 $16 


16-bit 1 

— 

(Reserved) 

1 

moxx 

1 $18 


32-bit 1 

-- 

Operand Address 1 

nnxx 

1 $1C 


32-bit 1 

W 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 




= = = z 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 


NOTES: 1. 

Read 

accesses to write-only 

locations 

return with all 


ones; write accesses to read-only locations are ignored. 
In all cases, the MC68851 terminates the cycle properly 
with DSACK0*/DSACK 1 * in response to all CPU space cycles 
accessing coprocessor zero (FC3-FC0 = $7, CPU space type 
= $2, and Cp-ID = 0). 


2 . 


X means don ' t care . 
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3. 3. 2. 2 Inter r ufit_Acknowledcje_Map . The MC68020 distinguishes Interrupt 
Acknowledge (IACK) cycles from other CPU space cycles by placing the binary 
value 21111 on [A19] - [ A 1 6 ] . During the IACK cycle, the PMMU does not 
perform any address translation. Therefore. [PA19] - [PA16] reflect the 
logical address lines [A19] - [A16]. The interrupt handler is thus selected 
when [FC2] - [FCO] = $7 and [PA19] - [PA16] = *1111. The MPU also indicates 
the level that is being acknowledged with address lines [A03] - [AO 1 ] . The 
interrupt handler selects which device within that level is being 
acknowledged. Refer to the interrupt handler description in Chapter 4 for 
further details. 


3.3.3 Shared DRAM Address Map on the VMEbus 

The onboard shared DRAM address is controlled by PAL U66 and by header J16. 
U66 selects one 256 Mb block within the 4 Gigabytes range for the MVME134. 
The default factory program for U66 puts the base address of this 16-Mb block 
at $00000000. J 16 then selects one of the 64 possible positions within this 
256-Mb block for the 4 Mb of onboard shared DRAM. When U66 contains the 
default factory program, J16 selects the offset addresses as given in 
paragraph 2.3.12. Refer to Appendix A for U66 program details (as well as 
those of PALs U33 and U39). 

Moreover, the user selects the onboard DRAM to respond to either 24-bit 
address or 32-bit address accesses by the VMEbus. J7 defines the address size 
for the VMEbus slave interface. (Refer to paragraph 2.3.7.) The onboard DRAM 
responds only to extended addresses in a 32-bit system. In a mixed 24-bit and 
32-bit system, however, it is selected to respond to either standard or 
extended address accesses, but not both at the same time . Furthermore, the 
MVME134 onboard DRAM responds to the VMEbus accesses only when the addresses 
match and the address modifiers (AM0-AM5) indicate privileged or non- 
privileged, data or program space. Also, an MVME134 may not access its own 
onboard memory via the VMEbus. 


3.3.4 Multi-Function Peripheral (MFP) Registers Map 

The MFP and the Module Status Register (MSR) are combined together to form a 
16-bit port tp the MPU and are located at a physical base address of 
SFFF80000. The MFP is accessed with 8-bit accesses at the odd-byte locations 
or with 16-bit accesses at the even-byte locations. When accessed with 16-bit 
transfers, the MFP appears at the least significant byte of the 16-bit word. 
The register map of the MFP is shown in Table 3-5. 
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TABLE 3-5. Mu 1 1 i -Funct ion Peripheral (MFP) Registers Map 


OFFSET 1 

PHYSICAL 

ADDRESS (HEX) 

1 

REGISTER 

1 REGISTER 

(HEX) 1 

16-BIT ACCESS 1 8 

-BIT ACCESS 

1 

NAME 

1 DESCRIPTION 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 


II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 


II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

1 

FFF80000 

1 

1 

FFF80001 

1 

1 

GPIP 

l 

1 General Purpose I/O 

3 

FFF80002 

1 

FFF80003 

1 

AER 

1 Active Edge Register 

5 

FFF80004 

1 

FFF80005 

1 

ODR 

1 Data Direction Register 

7 

FFF80006 

1 

FFF80007 

1 

IERA 

1 Interrupt Enable Register A 

9 

FFF80008 

1 

FFF80009 

1 

IERB 

1 Interrupt Enable Register B 

B 

FFF8000A 

1 

FFF8000B 

1 

IPRA 

1 Interrupt Pending Register A 

D 

FFF8000C 

1 

FFF8000D 

1 

IPRB 

I Interrupt Pending Register 3 

F 

FFF8000E 

1 

FFF8000F 

1 

ISRA 

1 Interrupt In-service Register A 

11 

FFF80010 

1 

FFF80011 

1 

ISRB 

1 Interrupt In-service Register B 

13 

FFF80012 

1 

FFF80013 

1 

IMRA 

1 Interrupt Mask Register A 

15 

FFF80014 

1 

FFF80015 

1 

IMRB 

1 Interrupt Mask register B 

17 

FFF80016 

1 

FFF80017 

1 

VR 

1 Vector Register 

19 

FFF80018 

1 

FFF800 19 

1 

TACR 

1 Timer A Control Register 

IB 

FFF8001A 

1 

FFF8001B 

1 

TBCR 

1 Timer B Control Register 

ID 

FFF8001C 

1 

FFF8001D 

1 

TCDCR 

1 Timer C and D Control Register 

IF 

FFF8001E 

1 

FFF8001F 

1 

TADR 

1 Timer A Data Register 

21 

FFF80020 

1 

FFF80021 

1 

TBDR 

1 Timer B Data Register 

23 

FFF80022 

1 

FFF80023 

1 

TCDR 

1 Timer C Data Register 

25 

FFF80024 

1 

FFF80025 

1 

TDDR 

1 Timer D Data Register 

27 

'FFF80026 

1 

FFF80027 

1 

SCR 

1 Sync Character Register 

29 

FFF80028 

1 

FFF80029 

1 

UCR 

1 USART Control Register 

2B 

FFF8002A 

1 

FFF8002B 

1 

RSR 

1 Receive Status Register 

2D 

FFF8002C 

1 

FFF8002D 

1 

TSR 

1 Transmit Status Register 

2F 

FFF8002E 

1 

FFF8002F 

1 

UDR 

1 USART Data Register 


FFF80030 

1 




1 The MSR and MFP registers 



1 




1 appear repeatedly in this 


FFF9FFFF 

1 




1 space. 
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3.3.5 Serial Communicat ions Controller (SCC) Registers Map 

The MVME134 uses the Z8530 SCC to implement its two multiprotocol serial 
ports, port A as an RS-485 port, and port B as an RS-232C port. The SCC 
occupies 128 Kb in the MVME134 memory map and is located at a physical base 
address of SFFFAOOOO. The address map for the SCC is shown in Table 3-6. 


TABLE 3-6. Serial Commnun i cat ions Controller (SCC) Registers Map 


PHYSICAL ADDRESS 

REGISTER NAME 

REGISTER DESCRIPTION 

SFFFAOOOO 

SCCB-RRO 

Port 

B 

read register 0 


SCCB-WRO 

Port 

B 

write register 0 

SFFFA0001 

SCCB-RDR 

Port 

B 

received data register 


SCCB-TDR 

Port 

B 

transmitted data register 

SFFFA0002 

SCCA-RRO 

Port 

A 

read register 0 


SCCA-WRO 

Port 

A 

write register 0 

SFFFA0003 

SCCA-RDR 

Port 

A 

received data register 


SCCA-TDR 

Port 

A 

transmitted data register 


In the SCC, register addressing is direct for the data registers only. In all 
other cases (with the exception of SCCx-WRO and SCCx-RRO), accessing the 
internal SCC read and write registers requires a sequence of two operations. 
The first operation is a write to SCCx-WRO with the four least significant 
bits that point to the selected register. If the second operation is a write, 
then the selected write register is accessed. On the other hand, if the 
second operation is a read, then the selected read register is selected. The 
pointer bits are automatically cleared after the second read or write 
operation so that SCCx-WRO (or SCCx-RRO) is addressed again on the next 
access. Refer to the Z8530 Serial Communications Controler data sheet (listed 
in Chapter 1 herein) for details on programming and using the SCC. 


3.4 SOFTWARE INITIALIZATION OF THE MVME134 

Motorola provides two operating systems that run on the MVME134 module, 
VERSAdos and System V/68, as well as a debugging package with diagnostics, 
MVME134BUG . 

For users who do not want to use either of these operating systems, the 
following information gives the proper sequence to follow when initializing 
the MVME134 module. 
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Upon reset, the MVME134 module tries to fetch the initial stack pointer from 
the first four bytes of ROM/PROM/EPROM/EEPROM installed in bank 1 (XU31 even. 
XU12 odd) and the initial program counter from the next four bytes of bank 1. 
Therefore, the first two longwords of the ROM/PROM/EPROM/EEPROM in bank 1 must 
contain the desired values for the stack pointer and the program counter. 

Use the following sequence to initialize the MVME134 from a reset: 

1. Initialize all necessary exception vectors. 

2. Initialize the MFP GPIO pins for proper input/output direction, and to 
latch required inputs such as [LOCKVBE*] and [10CKIT0]. 

3. Set up all timers in the MFP. Note that timer C is used for the debug 
port baud rate generator. 

4. Set up the serial debug port. 

5. Set up the two serial ports of the SCC. 

6. Initialize the real-time clock is its oscillator has been turned off. 


7. If power-up flag PUPMMU is 0, change it to 1 by accessing location 
$FFFD0000 so that it may be used for the PMMU bus error flag. 

8. Enable the master interrupt enable control bit [IE*]. 

Refer to Chapter 4 herein, and to the MC68901 MFP, Z8530 SCC. and MK48T02 
real-time clock data sheets (listed in Chapter 1 herein) for instructions on 
programming these devices. 


Append i xes 
port B and 


C and D contain 
for the MC68901 


some programming examples for 
MFP timer A, respectively. 


the Z8530 SCC 


serial 
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THIS PAGE INTENTIONALLY LEFT BLANK. 
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CHAPTER 4 

FUNCTIONAL DESCRIPTION 


4.1 INTRODUCTION 

This chapter provides the overall block diagram level description for the 
MVME134 module. The general description provides an overview of the module, 
followed by a detailed description of each section of the module. Figure 4-1 
shows the simplified block diagram of the MVME134. 


4.2 GENERAL DESCRIPTION 

The MVME134 is a VMEbus CPU module. The MVME134 has an MC68020 MPU. an 
MC68851 Paged Memory Management Unit (PMMU), 4Mb of shared dynamic RAM 
(accessible from the VMEbus), a battery backup real-time clock. 2 Kb of 
battery backup DRAM, an RS-232C serial debug port, two multiprotocol serial 
ports (one with RS-232C interface and one with RS-485 interface), three 8-bit 
timers, four 28-pin R OM / PR OM / E PROM/ EEPROM sockets, an A32/D32 VMEbus 
interface, a simple VMEbus interrupter, a seven-level VMEbus interrupt 
handler, and the VMEbus system controller functions. 


4.2.1 Data Bus Structure 

The data bus structure on the MVME134 is arranged to accommodate the 8-bit, 
16-bit, 32-bit, and 16- /32-b i t ports that reside on the module. Figure 4-2 
shows the data bus structure of the MVME134. 


4.2.2 Memory Map 

The operation of the map decoder and a detailed discussion of the various 
memory maps in the MVME134 are given in Chapter 3. This includes the main 
memory map, coprocessor interface register map, and shared memory map. 


4.2.3 MVME134 Timing 

Table 4-1 and the following paragraphs give general characteristics of 
MVME134 module timing. 


4.2.3. 1 DRA M Cycl e Times . MC68020 MPU and MC68851 PMMU accesses to onboard 
DRAM require four MPU clock cycles (three minimum + one wait cycle), at 16.67 
MHz (MVME134). MPU and PMMU multiple-address RMW cycles to onboard DRAM can 
require more than four MPU clock cycles if the MVME134 does not already have 
the VMEbus mastership and J3 pins 1-2 are connected. Refer to paragraphs 

4.3.5. 1 and 4. 3. 5. 2 for more details on local accesses. 
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FIGURE 4-1. MVMEI34 Block Diagram 















FIGURE 4-2. MVME134 Oata Bus Structure 
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TABLE 4-1. MVME134 Timing 


TYPE OF 
ACCESS 

MVME134 
READ 1 

i^RITE 

NOTES 

MPU or PMMU to local DRAM 

4 

cycles 

4 

cycles 

1,2 

MPU to local 

ROM/ PROM/EPROM/EEPROM w/ PMMU 

7 

cycles 

7 

cycles 

1,3 

VMEbus to local DRAM 

9 

cycles 

8 

cycles 

4,5 

MPU to global RAM (on a slave MVME134) 

13 

cycles 

13 

cycles 

5,6 

MPU to global RAM (on a memory module) 

9 

cycles 

7 

cycles 

6,7 


NOTES: 1. No arbitration overhead. 

2. Except for RMW cycles where MVME134 is required to obtain VMEbus 
mastership before RAM cycle can be started. 

3. Device access time must be 200 ns or less. 

4. DS0*/DS1* activated to DTACK* time. 

5. Typical values. Actual values may be greater or less depending on 
the state of the MVME134. 

6. Assume the master MVME134 is the current VMEbus master. 


7. The total number of clock cycles = 5 + (Ta/T) for a read and 6 + 
(Ta/T) for a write, where Ta = DS0*/DS1* to DTACK* time in 
nanoseconds and T = MPU clock cycle time in nanoseconds. The 
result should be rounded up to the nearest integer. 


4. 2. 3. 2 VMEbus Access Time to Onb o ard DRAM. The onboard DRAM access time 
from the VMEbus (activation of DS0*/DS1* to activation of DTACK*) is typically 
eight MPU clock periods for writes and nine MPU clock periods for reads 
including local bus arbitration overhead. The MVME134 performs local bus 
arbitration for every DRAM access from the VMEbus. 


4. 2. 3. 3 R0M/PR0M/EPR0M/EEPR0M Cycl e Times . All ROM/ PROM/EPROM/EEPROM 
accesses require seven MPU clock cycles (three minimum + four wait cycles) to 
complete . 
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4. 2. 3. 4 VMEbus Cycle Times . The following formula assumes that the MVME134 
is the current VMEbus master and that all slaves have released DTACK* and 
BERR*. The time from the activation of DS0*/DS1* to the activation of DTACK* 
is Tac in nanoseconds. T is the MPU clock period in nanoseconds, and N is the 
total number of MPU clock periods required to complete a VMEbus cycle. N must 
always be rounded up to the next integer. 

For read accesses N = 5 + [Tac / T] typical 
For write accesses N = 6 + [Tac / T] typical 

The following formula assumes that the MVME134 is not the current VMEbus 
master, but that it is the system controller. Also, it assumes that all 
previous slaves have released DTACK* and/or BERR* when the MVME134 receives 
VMEbus mastership. The delay from BR3* low (driven by MVME134) to BBSY* high 
and AS* high is Tr. The time from the activation of DS0*/DS1* to the 
activation of DTACK* is Tac in nanoseconds. T is the MPU clock period in 
nanoseconds, and N is the total number of MPU clock periods required to 
complete a VMEbus cycle. N must always be rounded up to the next integer. 

For read accesses N = 8 + [(Tac + Tr) / T] typical 
For write accesses N = 9 + [(Tac + Tr) / T] typical 

The following formula assumes that the MVME134 is not the current VMEbus 
master, and it is not the system controller. Also, it assumes that all 
previous slaves have released DTACK* and/or BERR* when the MVME134 receives 
VMEbus mastership. The delay from BRX* low (driven by MVME134) to BGXIN* low 
and AS* high is Tg. The time from the activation of DS0*/DS1* to the 
activation of DTACK* is Tac in nanoseconds, T is the MPU clock period in 
nanoseconds, and N is the total number of MPU clock periods required to 
complete a VMEbus cycle. N must always be rounded up to the next integer. 

For read accesses N = 8 + [(Tac + Tg) / T] typical 
For write accesses N = 9 + [(Tac + Tg) / T] typical 


4. 2. 3. 5 VMEbus A rbitrati on Tim e. When the MVME134 is configured as the 
system controller and is not requesting VMEbus mastership, the delay from 
BBSY* high and BR3* low to BG30UT* low is two MPU clock periods typical and 
three MPU clock periods maximum. 

When the MVME134 is not configured as the system controller and is not 
requesting VMEbus mastership, the delay from BGXIN* low to BGXOUT* low is 1.5 
MPU clock periods typical and 2.5 MPU clock periods maximum. 


4.2.4 System Considerations 


4.2.4. 1 Sources of BERR* . There are four sources of bus error exceptions on 
the MVME134. They are: Local Bus Time-out (LTO), VMEbus bus error (VBE), 
read-modify-write deadlock bus error (RMW-LOCK), and PMMU bus error (PMMUBE). 
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Local bus time-out, (LTO). occurs whenever an MPU or PMMU access does not 
complete within 524000 MPU clock periods (31 ms for 16.67 MHz operation). If 
the system is configured properly, this should only happen if: software 

accesses a non-existent location within the onboard range, or something 
prevents this module from becoming the VMEbus master. LTO status is encoded 
in the LOCKLTO and LOCKVBE status bits. (Refer to paragraph 4.3.11.3.) The 
bus error source was LTO if LOCKLTO = 1 and LOCKVBE = 0. 

VMEbus bus error, (VBE), occurs when the BERR* signal line is activated on the 
VMEbus while the MVME134 is the VMEbus master performing a VMEbus access. 
VMEbus BERR* should occur only if: an initialization routine samples to see 

if a device is present on the VMEbus and it is not, software accesses a non- 
existent device within the VMEbus range, software tries to access a device on 
the VMEbus incorrectly (such as driving LWORD* low to a 16-bit module), a 
hardware error occurs on the VMEbus, or a VMEbus slave reports an access error 
(such as parity error). VBE status is encoded in the LOCKLTO and LOCKVBE 
status bits. (Refer to paragraph 4.3.11.3.) The bus error source was VBE if 
LOCKLTO = 0 and LOCKVBE =1. 

RMW-LOCK occurs when there is a VMEbus deadlock during an MPU or PMMU RMW 
cycle. As noted in paragraph 4. 3. 5. 3, whenever a VMEbus deadlock occurs, the 
multiport arbiter breaks the lock by activating both [BERR*] and [HALT*] at 
the same time. This sequence indicates to the local bus master (MPU or PMMU) 
that it should abort the current cycle. Once the local bus master aborts the 
current cycle, it relinquishes local bus mastership to the VMEbus. which in 
turn executes a RAM cycle. However, if either the MC68020 or MC68851 happens 
to be executing an RMW cycle when the VMEbus deadlock occurs, it will not 
relinquish local bus mastership until it completes all portions of the RMW 
cycle. However, the RMW cycle cannot complete until the MVME134 obtains 
VMEbus mastership, and the MVME134 cannot obtain VMEbus mastership because 
another VMEbus module is master and is waiting at the MVME134 shared memory. 
This lockup condition is called RMW-LOCK. When the multiport arbiter detects 
a VMEbus deadlock condition and [RMC*] from the local processor is activated, 
it activates [BERR*] without activating [HALT*] to force the onboard bus 
master to relinquish the local bus, thus breaking the RMW-LOCK condition, but 
causing a bus error exception. RMW-LOCK status is encoded in the LOCKLTO and 
LOCKVBE status bits. (Refer to paragraph 4.3.11.3.) The bus error source was 
RMW-LOCK if LOCKLTO = 1 and LOCKVBE = 1. 

Bus error (PMMUBE) may be activated by the PMMU to the local MPU for the 
following conditions: 

1. The BERR bit is set in the matched Address Translation Cache (ATC) 
entry. 

2. A write or Read-Mod i fy-Wr i te (RMC) cycle is attempted to a write- 
protected page. 

3. An instruction breakpoint is detected and the associated count 
register is zero or it is disabled. 

4. An RMC cycle is attempted and a corresponding descriptor with 
appropriate status is not resident in the ATC. 
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5. The access level protection mechanism detects an access violation. 

6. As a portion of relinquish and retry operation if: the required 
address mapping is not resident in the ATC, or a write operation 
occurs to a previously unmodified page, or a read from the response 
Coprocessor Interface Register (CIR) causes a suspended PLOAD or PTEST 
instruction to be restarted, or a module call operation references a 
descriptor that does not have a corresponding entry in the ATC. 

When MVME134 hardware detects that the PMMU terminates the MPU access with bus 
error, it sets the [ PU PMMU * ] status bit in the MSR to a logic 0. (Refer to 
paragraph 4.3.11.4.) 

Because different conditions cause bus error exceptions, the software must be 
able to distinguish the source. To aid in this, the MVME134 provides 
three error status bits: LOCKVBE, LQCKLTO, and PUPMMU*. Refer to Appendix E 
for details of how these bits are interpreted and processed. 


4. 2. 4. 2 U se of RMW Instructions . The MC68020 RMW instructions are TAS, CAS, 
and CAS2. These instructions cause indivisible cycle sequences to occur on 
the MC68020 local bus. TAS and single address CAS perform one read and then 
one write to the same address. Multiple address CAS and CAS2 perform reads 
and writes to multiple addresses. The VMEbus defines single address 
indivisible cycles as READ-MODIFY-WRITE cycles. The VMEbus does not define 
multiple address indivisible cycles. A scheme has been devised to allow 
indivisible multiple address cycles on the VMEbus. It is not part of the 
VMEbus specification. It is implemented on the MVME134 when J3 pins 1-2 are 
connected. The scheme has the following rules: 

1. Locations that are accessed by multiple address indivisible cycles are 
called Multiple Address Interlock (MAI) locations. 

2. All devices that access MAI locations must use indivisible cycle 
instructions (that is, CAS2 of MC68020). 

3. Any device that executes an indivisible cycle instruction must obtain 
VMEbus mastership before executing the first cycle of the instruction. 
In addition, it must retain VMEbus mastership until it has completed 
the last cycle of the instruction. 

Rule number lisa definition, rule number 2 is a software requirement, and 
rule number 3 is taken care of automatically by the MVME134 requester if J3 
pins 1-2 are connected. 
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The MVME134 does not support the above scheme when J3 pins 1-2 are not 
connected. In this configuration, the MVME134 does not obtain VMEbus 
mastership before executing multiple-address indivisible cycle instructions. 
In fact. J3 pins 1-2 must only be disconnected if the software never executes 
RMW cycles within the VMEbus range. The advantage of using this jumper option 
is that, when it is used properly, RMW-LOCKs never occur. 

miL 

The bus error handler must be able to handle 
RMW-LOCK bus error. (Refer to paragraph 4. 2. 4.1.) 


4.3 DETAILED DESCRIPTION 

The following paragraphs describe in detail the theory of operation for the 
MVME134 module. During this discussion, sheets referenced belong to the 
schematic diagram for the MVME134 module (see Figure 5-2). 


4.3.1 Clocks, Local Time-out, and Retry (Sheet 6) 

For the MVME134, the frequency of master crystal oscillator Y2 is 33.33 MHz. 

The local bus time-out generator aborts any cycle that does not complete 
within 31 ms for the MVME134, by driving active low [BERR*] to the MPU. Refer 
to paragraph 4.2.4. 1, sources of bus error, for details. 


4.3.2 MPU and Front Panel Indicators (Sheet 7) 

The MVME134 runs with a 16.67 MHz MC68020 MPU. However, lower operating 
frequency is possible by changing the master clock crystal oscillator Y2. The 
MC68020 MPU and the MC68851 PMMU must run at the same frequency. 

The MC68020 is a full 32-bit processor with 32-bit registers, 32-bit data, and 
32-bit addresses. Its advanced architecture, enhanced addressing modes . and 
on-chip cache are advancements over its predecessors in the MC68000 family of 
chips. 

The FAIL, HALT. RUN, and SCON front panel LED indicators are described in 
Chapter 3. 
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4.3.3 MC68851 Paged Memory Management Unit (PMMU) (Sheet 8) 

The MVME134 is designed to operate with a 16.67 MC68851 Paged Memory 
Management Unit (PMMU). Both the MPU and the PMMU must run at the same 
frequency. Lower operating frequency is possible by changing the master clock 
crystal oscillator Y2. 

Refer to Chapter 3 for the memory map of the registers in the MC68851 PMMU. 
Refer to the MC68851 Paged Memory Management Unit User's Manual (Chapter 1 
herein) for details on programming and utilizing the PMMU. 

The MVME134 uses one bit in the Module Status Register (MSR) (described in 
paragraph 4.3.11.4) as a flag to indicate that either a power-up reset has 
occurred or that an MPU access was terminated by the PMMU with bus error. 
This dua 1 -f unct i on bit is called PUPMMU* and is low true. It is bit 13 when 
the MSR is accessed with 16-bit data transfer, and is bit 5 when the MSR is 
accessed with 8-bit data read. This bit is latched and the only way to change 
it from a 0 to a 1 is to access (either read or write) any location within 
memory range 5FFFD0000 through SFFFDFFFF. A suggested method is to perform a 
test on location SFFFDOOOO (for example, TST.B SFFFD0000). 

NQIE 

After a power-up reset, the module initialization 
software must change this bit to a 1 so that it 
may be used later as the PMMU bus error flag. 


4.3.4 Map Decoder and DSACKs Generator (Sheet 9) 

The operation of the map decoder and a detailed discussion of the various 
memory maps in the MVME134 are given in Chapter 3. This includes the main 
memory map, coprocessor interface register map, and shared memory map. 


4.3.5 Local Bus Multiport Arbiter, Refresh, and Dynamic RAM Control (Sheets 
10 and 11) 

The 4Mb of onboard dynamic RAM (DRAM) is accessible by the local MPU, the 
local PMMU. the refresh circuitry, and the VMEbus. Each of these requests and 
is granted the DRAM by the multiport arbiter. 

Because the local address and data busses are used to access the onboard 
DRAM, any device that uses the DRAM must become the local bus master first. 
The MPU and PMMU arbitration logic (BR*, 8G*, BGACK*) is utilized by the 
multiport arbiter to transfer local bus mastership from the current master to 
the next. The MPU is the default local bus master and has the lowest 
priority. Also, the VMEbus has priority over the PMMU. 
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Normally, the multiport arbiter gets control of both logical and physical 
busses before granting the local bus to the VMEbus. However, it may grant 
local bus mastership to the VMEbus even when the PMMU is the logical bus 
master. This is possible because the PMMU stays off the physical bus if it 
has given up the physical side even if it is the current logical bus master. 
This scheme is necessary because the PMMU may decide to hold on to the logical 
bus for a long period of time and starve the VMEbus access. 


4.3.5. 1 Loca J_MPIJ_t o_DRAM Ac c ei sg£ . The local MPU is the default 

local bus master. Therefore, it has control of the local bus when no one else 
is using the bus. To minimize the DRAM access time, the lower 12 address 
lines, A00 through All, are connected directly to the DRAM interface and are 
not translated by the PMMU when 1 Megabit x 1 DRAMs are used. Therefore, when 
only the upper 20 address lines, A12 through A31, are translated, the minimum 
page size is 4 Kb even though the PMMU features page sizes ranging from 256 
bytes to 32 Kb. Thus, the page sizes supported by the MVME134 are 4 Kb. 8 Kb, 
16 Kb, and 32 Kb. 

The DRAM array appears as a 32-bit port to the local MPU. MPU to DRAM 
accesses are completed in four MPU clock cycles (3+1 wait). Multiple- 
address Read-Modify-Write (RMW) cycles to onboard DRAM may take more than four 
clock cycles because the DRAM sequencer requires that the MVME134 has the 
VMEbus mastership before the first access of the multiple-address RMW cycle 
can occur. Paragraph 4. 2. 4. 2 has further details on using RMW instructions. 


4. 3. 5. 2 Local-PMM U tp D RAM. Accesses,. When the PMMU needs to access mapping 
information in the translation table, it requests the multiport arbiter for 
the local bus mastership. Once the mastership is obtained, the PMMU is able 
to access the physical memory for any required information. The PMMU releases 
the local bus mastership when it is finished. 

The DRAM array appears as a 32-bit port to the local PMMU. PMMU to DRAM 
accesses are completed in four MPU clock cycles (3+1 wait). 


4. 3. 5. 3 VMEbus to. Onboa rd D RAM Access es. When the MVME134 shared memory 
(VMEbus slave) map decoder detects an onboard DRAM select, it requests local 
bus mastership from the multiport arbiter. (Refer to Chapter 3 for details of 
the shared memory map.) The multiport arbiter then requests the local MPU for 
the logical bus and the local PMMU for the physical bus. Once both of these 
busses are released, the multiport arbiter grants local bus mastership to the 
VMEbus slave interface. At this time, a DRAM read or write cycle is 
performed. When the DRAM sequencer activates the DTACK* signal on the VMEbus, 
the multiport arbiter grants local bus mastership to the next requesting 
device if one is pending. Otherwise, it returns the local bus mastership to 
the MPU at the end of the VMEbus slave cycle. However, if the VMEbus master 
is executing an RMW cycle to the DRAM, then the multiport arbiter does not 
restore local bus mastership to the MPU until both the read and write cycles 
are completed. 
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If the local processor is the current local bus master and is executina a 
cycle that requires the VMEbus when the VMEbus slave map decoder requests 
local bus mastership, then a VMEbus deadlock condition occurs. To break this 
VMEbus deadlock condition, the multiport arbiter signals a retry to the local 
processor by activating both BERR* and HALT*. The local processor responds by 
aborting the current cycle, at which time it relinquishes local bus mastership 
so that the multiport arbiter can grant it to the VMEbus. Once the VMEbus has 
finished with the DRAM, the multiport arbiter returns local bus mastership to 
the local processor. The local processor then retries the aborted cycle. 

However, the above sequence does not work when the local processor is 
executing an RMW cycle. Neither the MC68020 nor the MC68851 releases the bus 
once it has initiated an RMW operation. Therefore, instead of indicating a 
retry, the multiport arbiter must activate [BERR*] to break the deadlock 
condition. This creates some software implications, which are covered in 
paragraph 4. 2. 4.1, sources of BERR*. 

The onboard DRAM appears to the VMEbus as a 16-bit port for transfers with 
LWORD* deactivated, and as a 32-bit port for transfers with LWORD* activated. 
The MVME134 supports misaligned transfers to and from the local DRAM by the 
VMEbus. 


4. 3. 5. 4 DRAM Refresh . The dynamic RAMs require that each of their 512 rows 
be refreshed once every 8 ms. To accomplish this, the refresh timer requests 
the DRAM sequencer to perform a CAS-before-RAS refresh cycle once every 15.6 
us. The DRAM sequencer waits until the current DRAM cycle is finished before 
initiating the refresh cycle. If the current local bus master begins a new 
DRAM access during the refresh cycle, the DRAM sequencer delays the access 
until the refresh cycle is completed. 

Note that a DRAM refresh cycle may be executed in concurrence with other MPU, 
PMMU , or VMEbus slave activities. This way, the DRAM is never starved from 
refresh. 


4.3.6 Onboard Local DRAM Array (Sheets 12 and 13) 

The onboard dynamic RAM (DRAM) uses thirty-two 1 Megabit x 1 dynamic RAM ZIPs 
( z i gzag- i n 1 i ne-packages ) , making a total of 4 Mb of local DRAM. It is 
accessible by the local MPU, the local PMMU, the refresh circuitry, and the 
VMEbus (by another VMEbus master), as described in paragraph 4.3.5. Note that 
there is no parity checking on the MVME134. 
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4.3.7 VMEbus Master Interface and Address and Data Buffers (Sheets 15 and 16) 

The MVME134 has an A32/D32 VMEbus master interface for buffering of data, 
address, and control; for word data manipulation to accommodate MC68020 and 
MC68851 and VMEbus data handling differences; and for interrupt handling and 
control of misaligned transfers. However, it may be used with devices that 
have A24 or A32, and D16 or D32 interfaces by the use of jumpers on headers 
J6 and J20 (refer to Chapter 2) and by observing the following requirements. 
Refer also to paragraph 4.2.1 and Figure 4-2, which describe data bus 
structure . 


4.3.7. 1 V MEbus Address Size . The MVME134 allows the user to select a 32-bit 
or 24-bit address option for VMEbus references. By properly jumpering J6 (on 
sheet 9), the user can configure the MVME134 to operate in a mixed 32-bit and 
24-bit address system, or in a fully 32-bit address system. Refer to 
paragraph 2.3.6 for details. The MVME134 VMEbus memory map is directly 
affected by the address option as shown in Tables 4-2 and 4-3. (Refer also to 
Table 3-3. ) 


TABLE 4-2. 

VMEbus Memory Map in a Mixed A24/A32 System 

ADDRESS RANGE 

VMEbus ACTIVITY TYPE 

$00000000 -$003FFFFF 
$OO4OOOO0-$OOEFFFFF 
SOOFOOOOO-SFFEFFFFF 
$FFFOOOOO-$FFFEFFFF 
$FFFFOOOO-$FFFFFFFF 

No VMEbus activity, onboard DRAM area 
VMEbus standard (24-bit) address space 
VMEbus extended (32-bit) address space 
No VMEbus activity, local resource area 
VMEbus short 1/0 (16-bit) address space 

TABLE 

4-3. VMEbus Memory Map in an A32 System 

ADDRESS RANGE 

VMEbus ACTIVITY TYPE 

$00000000- $003FFFFF 
$00400000 -SFFEFFFFF 
SFFF00000-SFFFEFFFF 
$FFFF0Q00-$FFFFFFFF 

No VMEbus activity, onboard DRAM area 
VMEbus extended (32-bit) address space 
No VMEbus activity, local resource area 
VMEbus short 1/0 (16-bit) address space 
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4. 3. 7. 2 VHE bus D ata Width . As a VMEbus master, the MVME134 performs 32-bit 
data transfers only on longword-al igned accesses and only if VMEbus is a 32- 
bit data system. J20 (on sheet 11) is jumpered to indicate that the system is 
16-bit or 32-bit data. 

In a system where there are both 16-bit and 32-bit data, the user may 
configure J20 so that MPU address line PA24 dynamically indicates to the 
MVME134 master interface the data width of VMEbus. In this case. VMEbus is 
assumed to be 16-bit data when PA24 is high, and 32-bit data when PA24 is low. 
Thus, the user can place all 32-bit data devices in any of the 128 16-Mb 
blocks where PA24 is low ($00000000 to S00FFFFFF , $02000000 to 502FFFFFF, 

$04000000 to $04FFFFFF $FC000000 to $FCFFFFFF, or $FE000000 to 

$FEFFFFFF); and all 16-bit data devices at any of the other 128 16-Mb blocks 

where PA24 is high ($01000000 to $01FFFFFF , $03000000 to S03FFFFFF 

$FF000000 to $FFFFFFFF). Paragraph 2.3.15 shows proper configuration of J20. 

4. 3. 7. 3 A ccessing the VMEbus . Whenever the MVME134 executes a VMEbus cycle 
(read, write, or interrupt acknowledge) and its VMEbus requester has obtained 
VMEbus mastership, it drives the VME address bus with its local address bus 
and the VMEbus address modifiers to indicate proper address space. It also 
activates IACK* if this is an interrupt acknowledge cycle. It activates 
LW0RD* on longword-al igned transfers only if J20 indicates that the VMEbus is 
a 32-bit port (either statically or dynamically with PA24). (Refer to 
paragraph 3.3 and Table 3-2 for cycle types and responding devices.) 

Once A0 1 -A3 1 , AM0-AM5 , IACK*, and [WORD* are driven to their appropriate 
levels on the VMEbus, the MVME134 activates AS*. If it is a read cycle, 
MVME134 drives WRITE* high and enables D00-D15 onto [D16]-[D31] if LW0RD* is 
high, or D00-D15 onto [D00]-[D15] and 016-D31 onto [D16]-[D31] if LW0RD* is 
low. Then it activates DS0* and/or DS1* appropriately. If the cycle is a 
write cycle, then MVME134 drives WRITE* low and enables [D16]-[D31] onto D00- 
D 1 5 if LW0RD* and A01 are high, or [DOO-D15] onto D00-D15 if LW0RD* is high 
and A01 is low, or [ D00 ] - [ 0 1 5 ] onto D00-D15 and [D16]-[D31] onto D16-D31 if 
LW0RD* is low. Then, after the appropriate delay, MVME134 drives DS0*/DS1* 
low. (Refer also to data bus structure in paragraph 4.2.1 and Figure 4-2.) 

If the cycle terminates normally with DTACK* driven to low. then the onboard 
DSACKs generator circuit activates both [DSACK1*] and [DSACK0*] if LW0RD* is 
low, or only [DSACK1*] if LW0RD* is high. If the cycle terminates with BERR* 
driven to low, then the BERR generator circuit activates [BERR*] to the local 
processor. Once the handshake has occurred (either DTACK* or BERR*). the 
local processor removes [AS*], [DS*] and the MVME134 completes the cycle by 
disabling the data bus drivers and removing DS0*/DS1* and AS*. 

The above sequence is altered slightly when the local processor executes RMW 
cycles. When the local processor starts an RMW cycle, the VMEbus master 
interface checks to see if it is a single or multiple address RMW by examining 
SIZ1 and SIZ0. If it is a multiple address RMW cycle, then the VMEbus master 
interface operates normally. (VMEbus requester operation is altered as shown 
in paragraph 4.3.8.) If it is a single address RMW cycle, then the VMEbus 
master interface keeps AS* active during the entire time from the beginning of 
the RMW read cycle to the end of the RMW write cycle. This makes a single 
address RMW cycle from the MPU appear on the VMEbus as a VMEbus-def i ned read- 
mod if y-write cycle. 
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4.3.8 VMEbus Requester (Sheet 17) 

The VMEbus requester is used to obtain and relinquish mastership of the 
VMEbus. It can request VMEbus mastership on any one of the four request 
levels depending on the configurations of J8 and J9. and it fully supports the 
bus-grant daisy-chain. It requests mastership of the VMEbus any time the 
MVME134 is not the current VMEbus master and the map decoder or the interrupt 
handler indicates that the local processor is executing a cycle that requires 
the VMEbus. It also requests mastership of the VMEbus when the MVME134 is not 
the current VMEbus master and the local processor is starting to execute an 
RMW sequence to the onboard DRAM with J3 pins 1-2 connected. 

The VMEbus requester operates in the Release-On-Request (ROR) mode. Once the 
MVME134 has obtained VMEbus mastership, the VMEbus requester maintains 
mastership until another VMEbus module requests VMEbus mastership and then 
only if an RMW sequence is not in process. It releases the VMEbus in one of 
two different ways, depending on the state of the MVME134 at the time. 

If the MVME134 is in the middle of a VMEbus cycle (AS* already activated) when 
the VMEbus requester decides to relinquish VMEbus mastership, it releases 
BBSY* immediately. The transfer of VMEbus mastership occurs when the VMEbus 
master interface (refer to paragraph 4. 3. 7. 3) deactivates and releases AS*. 

If the MVME134 is not in the middle of a VMEbus cycle when the VMEbus 
requester decides to relinquish VMEbus mastership, the VMEbus master interface 
(refer to paragraph 4. 3. 7. 3) releases all of the VMEbus lines, after which the 
VMEbus requester releases BBSY* to complete the transfer of VMEbus mastership. 


4.3.9 VMEbus System Controller and Interrupter (Sheet 18) 


4.3.9. 1 System Controller and SYSRESET* . The system controller implements 
global VMEbus time-out that drives BERR*, global SYSCLK (16 MHz), level 3 
VMEbus arbiter, and IACK* daisy-chain driver. All of these MVME134 system 
controller functions and the SYSRESET* driver are enabled/disabled by header 
04. The position of the jumper on J4 appears as the SYSCON bit in the Module 
Status Register. (Refer to paragraph 4.3.11.4.) Also, the SCON LED (DS4, 
sheet 7) is lit if the MVME134 is configured as the system controller. 

The global bus time-out circuit starts the timing upon detecting activation of 
DSO* and/or DS1*. If DSO* and/or DS1* are activated longer than the time-out 
period, it drives BERR* low. At 16.67 MHz, the time-out count can be set for 
108 to 122 us (J23 pins 1-2 connected) or for infinity (J23 pins 1-2 open). 

The SYSCLK driver drives a periodic 16 MHz clock onto the SYSCLK line on the 
VMEbus if the system controller on the MVME134 is enabled. 

The level 3 arbiter is designed to meet the VMEbus specification requirements. 
It is designed to re-arbitrate if no VMEbus master responds to a grant within 
108 to 122 us when the MVME134 operates at 16.67 MHz. Note that i f th e 
MVME134 is the system controller, t hen all pote ntial VM Ebus m aste rs in th e 
system must be configured to request VMEbus mastership on level three only . 
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The IACK* daisy-chain driver is designed to meet the VMEbus specification 
r equ i r ements . N o t e_t h at_f or_the_IACK* daisy-chain d ri ver to functio n 
properly, the MVME134 must be in the leftmost slot in the chassis if it is the 
system control ler . 

Although SYSRESET* is not a VMEbus system controller function, the MVME134 
e n a b 1 e s / d i s a b 1 e s its SYSRESET* function at the same time that it 
enables/disables its system controller functions. When configured as the 
system controller, the MVME134 drives the SYSRESET* signal line low when the 
front panel RESET switch is depressed, when a watchdog time-out occurs, when 
the RRESET* line is activated, or when a power-up occurs. 

NOTE 


The MVME134 does not fully implement 
SYSRESET* timing of a VMEbus power monitor. 


4. 3. 9. 2 VMEbus Interrupter . The VMEbus interrupter provides the value $FF as 
its status ID byte. It is an 8-bit interrupter and consequently responds to 
all sizes of interrupt acknowledge cycles. The VMEbus interrupter drives 
the selected interrupt request line low whenever the MPU performs a read 
access to a location within $FFFE0000 to SFFFEFFFF. The interrupt level is 
selected by jumpers on headers J5 and J13. J13 selects the interrupt line for 
the MVME134 to drive, and J5 lets the MVME134 know which level it is 
interrupting at. Refer to paragraphs 2.3.10 and 2.3.5 for proper level 
selection for the VMEbus interrupter. The factory configuration is with the 
MVME134 interrupter disabled, but with the interrupt handler able to handle 
all seven levels of VMEbus interrupts (refer to paragraph 4.3.10.1.. The 
state of the interrupter is reflected as the [OIRQ] = GPI06 bit of the Multi- 
Function Peripheral (MFP) GPIO port. (Refer to paragraph 4.3.11.3.) A 
typical sequence for interrupting is as follows: 

a. Verify that the [OIRQ] bit is 0. 

b. Set up the MFP to interrupt the MPU when [OIRQ] transitions from 1 to 
0 to indicate that the interrupt has been acknowledged. 

c. Perform a read access to physical address SFFFE0000. 

d. Continue with other processing until the [OIRQ] interrupt occurs. 

e. The VMEbus interrupt has now been acknowledged. 

f. Continue with normal processing. 


NOTE 


Locations SFFFEOOOO through SFFFEFFFF are read-only. Write 
accesses to these locations are not allowed, do not 
generate VMEbus interrupt, and cause local bus time-outs. 
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4.3.10 Interrupt Handler, Reset, and Abort (Sheet 19) 


4.3.10.1 Interrupt Handler . The interrupt handler gives the onboard MPU the 
ability to sense and respond to all onboard interrupts, all seven VMEbus 
interrupts, VMEbus ACFAIL* , VMEbus SYSFAIL*, and the ABORT switch. 

All VMEbus interrupts are enabled/disabled using header J13 (on sheet 18), 
ABORT is enabled/disabled using Jl. [BERR*] interrupt is enabled/disabled 
using J19 (on sheet 10), and all interrupts that go through the MC68901 MFP 
are enabled in the MC68901. Also, the Z8530 SCC interrupts may be 
enabled/disabled individually. All interrupts are disabled when the [IE*] bit 
is high ( logic 1) . 

When the MPU initiates an interrupt acknowledge cycle, the interrupt handler 
determines the acknowledge level by examining [A01] - [A03]. Finally, it 
activates [AVEC*] to indicate to the MPU to generate the interrupt vector 
internally if the acknowledge cycle was for VMEbus ACFAIL* or the ABORT 
switch. If the acknowledge cycle is for the Z8530 SCC, the MC68901 MFP, or 
the VMEbus, then it initiates a vector fetch cycle to the appropriate device. 
If the IACK is for [BERR*] interrupt, then it provides the MPU with a vector 
of SF E . 

If both onboard and VMEbus interrupts are activated on the acknowledge level, 
the interrupt handler acknowledges the onboard interrupt. Note also that 
VMEbus ACFAIL* and ABORT switch are both on level 7 and have the same 
interrupt offset vector. Therefore, the software handler routine for this 
autovector must interrogate the [ACFAIL] bit in the MSR to determine the 
actual interrupt source. 
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Table 4-4 summarizes all the interrupt sources on the MVME134 (in descending 
order of priority) and the associated interrupt vectors. 


TABLE 4-4. Interrupt Sources and Vectors 


INTERRUPT SOURCE 

VECTOR SOURCE 

VECTOR NUMBER VECTOR OFFSET 

LEVEL 

Bus Error 

direct 

$FE 

$ 3 F 8 

7 

ABORT* 

auto 

$ 1 F 

S7C 

7 

VMEbus ACFAIL* 

auto 

S1F 

S7C 

7 

VMEbus IRQ7* 

VMEbus 

suppl ied 

4 x vector 

7 

MC68901 MFP (Multi- 
function peripheral) 

MC68901 MFP 

programmable 
(NOTE 1) 

4 x vector 

6 

VMEbus IRQ6* 

VMEbus 

suppl ied 

4 x vector 

6 

Z8530 SCC 
(Serial Ports) 

Z8530 SCC 

programmable 
(NOTE 2) 

4 x vector 

5 

VMEbus IRQ5* 

VMEbus 

suppl ied 

4 x vector 

5 

VMEbus IRQ4* 

VMEbus 

supplied 

4 x vector 

4 

VMEbus IRQ3* 

VMEbus 

suppl ied 

4 x vector 

3 

VMEbus IRQ2* 

VMEbus 

suppl ied 

4 x vector 

2 

VMEbus IRQ1* 

VMEbus 

suppl ied 

4 x vector 

1 

NOTES: 1. Refer to Appendix D for 

MC68901 MFP. 

an example of 

setting up timer 

A of the 


2. Refer to Appendix C for an example of setting up serial port B of 
the Z8530 SCC. 
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4.3.10.2 Reset . There a total of six sources of reset on the MVME134 . They 
are as f o 1 lows : 

a. SYSRESET* (VMEbus system reset) - Resets all onboard devices. 

b. Power-Up Reset - Resets all onboard devices and drives SYSRESET* if 
this module is system controller. 

c. Front Panel RESET Switch - Resets all onboard devices and drives 
SYSRESET* if this module is system controller. 

d. Watchdog Time-out - Resets all onboard devices and drives SYSRESET* if 
this module is system controller. 

e. RRESET* (remote reset) - Resets all onboard devices and drives 
SYSRESET* if this module is system controller. 

f. MC68020 RESET Instruction - Resets only the Z8530 SCC and the MC68901 
MFP . 

All resets wait until the MPU is between cycles before starting. 


4.3.10.3 ABQRI_JHd_&£S£I_5«lt£lie s . Ref er to Chapter 3 for information on 
these front panel switches. 


4.3.11 Multi-Function Peripheral (MFP): Debug Port, Timers, and 
Status/Control; and Module Status Register (MSR) (Sheet 20) 

The MVME134 uses the MFP MC68901 chip for its front panel debug port, tick 
timers, watchdog timer, and the status and control information. The MC68901 
has the ability to interrupt the MPU on level 6. (Refer to paragraph 
4.3.10.1.) Its interrupt sources are from the timers, the debug port, and the 
GPIO (status) bits. 

The MFP and the Module Status Register (MSR) are combined together to form a 
16-bit port to the MPU and are located at a physical base address of 
$FFF80000. Refer to Chapter 3 for the MFP register map. 


4.3.11.1 Front Panel Serial Debug Port . The front panel debug port (through 
J26) is a minimal implementation of a to-termi na 1 -on ly RS-232C serial port. 
(Refer to Appendix B for a discussion of RS-232C signals.) It uses DRXD as 
its transmit data output and DTXD as its receive data input. It drives DDCD 
and DOS true, controls DCTS with a software bit, and monitors DRTS with 
another software bit, providing minimal flow control. See Figure 4-3. The 
baud rate generator for the serial port is timer C of the MC68901 MFP. The 
XTAL input to the MC68901 is 1.230769 MHz. The baud rates supported are 
programmed as shown in Table 4-5. 
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functional description 


so 

GPI03 

TCO 

RC 

TC 

SI 

GPIO0 


A 


A 


A 





- ORXD 

3 

DCTS 

S 

DDSR 

6 

□DCD 

a 

DTXD 

2 

DPS 



NOTE: /l\ GPI03 PROGRAMMED AS OUTPUT. 

/^\ TC AND RC ARE DRIUEN BY OUTPUT OF TIMER C. 
/ 3 \ GPIO0 PROGRAMMED AS INPUT. 


FIGURE 4-3. MVME134 Debug Port (To Terminal Only) 
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TABLE 4-5. 

Debug Port 

Baud Rates Available with XTAL 

= 1.230769 MHz 



II 

II 

II 

II 

II 

II 

II 

II 

II 


II 

II 

II 

II 

It 

II 

II 

II 

II 

II 

II 

II 

II 

It 

II 

II 

II 

It 

II 

II 

II 

II 

II 

II 

II 

DESIRED 1 

CLOCK 

PRE- 

TIMER C 

1 ACTUAL 

1 PERCENT 

BAUD RATE 1 

MODE 

SCALE 

COUNT 

1 RATE 

1 ERROR 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

<1 

II 

II 

II 

H 

II 

II 

II 

II 

II 

II 

II 

II 

<1 

II 

If 

II 

II 

II 

II 

It 

II 

II 

II 

H 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

11 

II 

II 

II 

II 

II 

II 

II 

II 

II 

9600 

x 1 6 

4 

1 

9615.4 

0.16 

4800 

x 16 

4 

2 

4807.7 

0.16 

2400 

x 16 

4 

4 

2403.8 

0.16 

1200 

x 16 

4 

8 

1201.9 

0.16 

600 

x 16 

4 

$10 

601.0 

0.16 

300 

x 16 

4 

$20 

300.5 

0.16 

110 

x 16 

4 

$57 

110.5 

0.47 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

II 

11.2 Timers. 

. The MC68901 MFP 

provides 

the MVME134 

with four timers 


They are assigned as follows: 

TIMER C - Baud rate generator for the front panel serial debug port. 

TIMER A - Software tick timer. The tick timer is capable of generating a 
periodic interrupt. Refer to Appendix D for an example of its 
setup. 

TIMER B - Tick timer overflow/watchdog time-out. The watchdog timer 
resets the MPU module when timer B output is high after a 
programmable interval, if J2 pins 1-2 are connected. SYSRESET* 
is also activated if the MVME134 is the system controller. 

TIMER D - Delay mode only. Unassigned by hardware. 


4.3.11.3 MFP Status and Control Register (GPIP1 . The MC68901 MFP has eight 
General Purpose I/O (GPIO) pins. The MVME134 uses five of these pins as 
status inputs and three of them as control outputs. After a reset, the 
MC68901 MFP makes all of the GPIO pins inputs. Therefore, after each reset, 
the software should initialize the control bits and make them outputs. 
MVME134 hardware defaults the control lines to high when they are not 
programmed as outputs. The assignment of pins GP I 00-GPI 07 is as follows: 

GPI00 - Input connected to [DRTS*]. General Purpose I/O Interrupt Port 
(GPIP) bit 0 is 0 when DRTS is high on the debug RS-232C interface. GPIP 
bit 0 is 1 when DRTS is low on the debug RS-232C interface. Bit 0 of the 
Interrupt Pending Register B (IPRB) may be initialized by software to detect 
the transitions of DRTS. 
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GPIOl - Input connected to [LOCKVBE*]. This signal is driven low when a 
VMEbus access initiated by this module is terminated with BERR* or when an 
RMW-lock condition occurs. Because [LOCKVBE*] always goes back high at the 
end of the error cycle. GPIP bit 1 always reads as 1 by the time software 
reads it. However, software may initialize IPRB bit 1 to latch the fact 
that [LOCKVBE*] has pulsed low. IPRB bit 1 may then be read and cleared by 
software. Refer to Appendix E, Bus Error Processing, for the use of this 
status bit. 

GPI02 - Input connected to [LOCKLTO]. This signal is driven high when a MPU 
or PMMU access is terminated by the local bus timer or when an RMW-lock 
condition occurs. Because [LOCKLTO] always goes back low at the end of the 
fault cycle, GPIP bit 2 always reads as 0 by the time software reads it. 
However, software may initialize IPRB bit 2 to latch the fact that [LOCKLTO] 
has pulsed high. IPRB bit 2 then may be read and cleared by software. 
Refer to Appendix E, Bus Error Processing, for the use of this status bit. 

GPI03 - Control connected to [DCTS*]. When bit 3 of GPIP is 0. DCTS is high 
on the debug RS-232C interface. When bit 3 of GPIP is 1 or when it is 
programmed as input, DCTS is low on the debug RS-232C interface. 

GPI04 - Control connected to [IE*]. When bit 4 of GPIP is 1 or when it is 
programmed as input, no interrupt requests reach the MPU. When bit 4 of 
GPIP is 0, interrupt requests may reach the MPU. 

GPI05 - Control connected to [BRDFAIL]. When bit 5 of GPIP is 1 or when it 
is programmed as input, the FAIL indicator is lit. Also, if the MVME134 is 
not the system controller, it drives the SYSFAIL* line on the VMEbus low 
during this time. When bit 5 of GPIP is 0, the SYSFAIL* line is not driven 
by the MVME134 and the FAIL indicator is not lit. 

GPI06 - Input connected to [ 0 1 RQ ] . When [ 0 1 RQ ] is 1, the MVME134 is driving 
an interrupt request on the VMEbus. [OIRQ] transitions from 1 to 0 when the 
MVME134 interrupt is acknowledged on the VMEbus. Transitions on [OIRQ] may 
be detected and latched in Interrupt Pending Register A (IPRA) bit 6. 
[OIRQ] is cleared by reset. 

GPI07 - Input connected to [SYSFAIL]. When SYSFAIL* is low, bit 7 of the 
GPIP is 1. When SYSFAIL* is high, bit 7 of the GPIP is 0. Transitions on 
SYSFAIL* may be detected and latched in IPRA bit 7. 


4.3.11.4 Module Status Register (MSR1 . In addition to the status and control 
bits that are implemented with the MC68901 MFP, the MVME134 has eight status 
bits that are read only, have no latching mechanism, and cause no interrupts 
(with one exception). Collectively, these bits are called the Module Status 
Register (MSR). Because of hardware savings, the MSR and the MC68901 are 
grouped together and appear as a 16-bit word port to the MPU. (Refer to 
paragraph 3.3.1 and Table 3-3.) When 16-bit accesses arre used, the read data 
of the MSR appear at the most significant byte of the 16-bit word. No te tha t 
even though the MSR ignores all write accesses, a write to the MSR will affect 
the MC68901 MFP . 
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The MC 6890 1 appears on the lower byte of the word, and the MSR appears on the 
upper byte. The bit assignments for the MSR are: 

BIT 15 BIT 14 BIT 13 BIT 12 BIT 11 BIT 10 BIT 9 BIT 8 



i ACFAIL I SYSCON IPUPMMU* I SRBIT4 I SRBIT3 I SRBIT2 I SRBIT1 I SRBITO 1 


ACFAIL - When VMEbus ACFAIL* is low, this bit is 1. When ACFAIL* is high, 
it is 0. [ACFAIL] is also an input to the interrupt handler. 

SYSCON - If this module is the VMEbus system controller, this bit is 1. 
When it is not the VMEbus system controller, this bit is 0. 

PUPMMU*- This bit is set to 0 upon Power-Up reset and when the PMMU 
terminates an MPU access with bus error. (Refer to paragraphs 
4.3.10.2 and 4.3.3.) Any access to memory locations SFFFD0000 
through $FFFDDFFFF changes this bit to a logical 1. 


SRBIT4 

- This 

b i t 

i s 

0 when J15 pins 9 

-10 

are connected. 

and 

is 1 

when 


they 

are 

open 

• 











SRBIT3 

- This 

bit 

is 

0 

when 

J15 

pins 

7-8 

are 

connected , 

and 

is 

1 

when they 


are 

open. 














SRBIT2 

- This 

bit 

is 

0 

when 

J15 

pins 

5-6 

are 

connected , 

and 

is 

1 

when 

they 


are 

open. 














SRBIT1 

- This 

bit 

is 

0 

when 

J15 

pins 

3-4 

are 

connected , 

and 

is 

1 

when 

they 


are 

open. 














SRBITO 

- This 

bit 

is 

0 

when 

J15 

pins 

1-2 

are 

connected , 

and 

is 

1 

when 

they 


are open. 


4.3.12 Dual Multiprotocol Serial Ports and 28530 Serial Communications 
Controller (SCC) (Sheet 21) 

The MVME134 uses the Z8530 SCC to implement its two multiprotocol serial 
ports. The SCC occupies 128 Kb in the MVME134 memory map and is located at a 
physical base address of SFFFA0000. Refer to Chapter 3 for details. 

In the SCC. register addressing is direct for the data registers only. In all 
other cases (with the exception of SCCx-WRO and SCCx-RRO), accessing the 
internal SCC read and write registers requires a sequence of two operations. 
The first operation is a write to SCCx-WRO with the four least significant 
bits that point to the selected register. If the second operation is a write, 
then the selected write register is accessed. On the other hand, if the 
second operation is a read, then the selected read register is selected. The 
pointer bits are automatically cleared after the second read or write 
operation so that SCCx-WRO (or SCCx-RRO) is addressed again on the next 
access. Refer to the Z8530 Serial Communications Controler data sheet (listed 
in Chapter 1 herein) for details on programming and using the SCC. 
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The SCC provides multifunction support for handling the large variety of 
serial communications protocols available. The Z8530 can be programmed to 
satisfy special serial communication requirements as well as to follow 
standard formats such as byte-oriented synchronous, bit-oriented synchronous, 
and asynchronous . In addition, protocol variations are supported within each 
operating mode by checking odd or even parity, character insertion or 
deletion, CRC generation and checking, break and abort generation and 
detection, and many other protocol-dependent features. 

Port A of the SCC is connected to onboard RS-485 drivers and receivers. Port 
B of the SCC is connected to onboard RS-232C drivers and receivers. Because 
of its internal structure, there are several means of obtaining the baud rate 
clocks for each of the two serial channels. Each channel within the SCC has a 
programmable baud rate generator. The Baud Rate Generator (BRG) input can be 
from the RTXC input or from PCLK. The hardware on the MVME134 allows the RTXC 
pin for each channel to be connected to an external clock source or to the 
onboard 1.230769 MHz clock. (Refer to Chapter 2.) Table 4-6 shows the values 
in the SCC time constant register that are required to create some common baud 
rates . 


TABLE 4-6. 

Baud Rates 

Available with BRG Clock 

= RTXC Pin = 

1.230769 MHz 

BAUD 

CLOCK 

TIME CONSTANT 

ACTUAL 

PERCENT 

RATE 

MODE 

REGISTER VALUE 

BAUD RATE 

ERROR 

19200 

x 16 

0 

19231 

0.16 

9600 

x 16 

2 

9615 

0.16 

4800 

x 16 

6 

4808 

0.16 

2400 

x 1 6 

$E 

2404 

0.16 

1200 

x 1 6 

$ 1 E 

1202 

0.16 

600 

x 16 

$3E 

601 

0.16 

300 

x 16 

S7E 

300 

0.16 

110 

x 16 

$ 1 5 E 

109 

0.67 

64000 

xl 

8 

61538 

3.85 

56000 

xl 

9 

55944 

0.10 

48000 

xl 

$B 

47337 

1.38 

38400 

xl 

$E 

38461 

0.16 
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The SCC DPLL input can be either the BRG output or the RTXC pin. The DPLL 
operates at 32 times the data rate for NRZI and at 16 times the data rate for 
FM. Table 4-7 gives some of the data rates that are achievable with the MPU 
operating at 16.67 MHz (in the MVME134). 


TABLE 4-1 

7. Baud Rates Avai 

lable with BRG Clock 

= PCLK = 4.167 

MHz (MVME134) 

BAUD 

CLOCK 

TIME CONSTANT 

ACTUAL 

PERCENT 

RATE 

MODE 

REGISTER VALUE 

BAUD RATE 

ERROR 

32552 

x32 

0 

32252 

N/A 

21701 

x32 

1 

21701 

N/A 

16276 

x32 

2 

16276 

N/A 

64000 

x 16 

0 

65108 

1.7 

43403 

x 16 

1 

43403 

N/A 

32552 

x 16 

2 

32552 

N/A 


If other frequencies than the ones available with 1.230769 MHz as the BRG 
clock source are needed, the frequency of 1.230769 MHz can be changed by 
reprogramming U28, PALSCON, to divide the 16 MHz by a value other than 13. 


NOTE 

Note that both ports of the Z8530 SCC and the MC68901 MFP may 
be using the 1.230769 MHz signal, and changing that frequency 
may make it impossible to create a desired frequency on the 
other port of the SCC and/or on the MC68901 MFP debug port. 
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4.3.12.1 RS-485 Port . Port A of the Z8530 SCC uses RS-485/RS-422 drivers and 
receivers. The RS-485 signals are routed to P2 rows A and C. An external 
cable may be connected to P2 and the user must make a crossover cable to 
convert from the cable pinout of P2 on MVME134 to the pinout of the user's 
serial network. The connector used to interface to the RS-485 network should 
take shielding into consideration. 

The RS-485 port can be configured by software to be either master or slave and 
half or full duplex by controlling DTR/REQA (DTRA) and RTSA of port A. The 
functions of these two control bits are defined by the programmed PAL U33. As 
shipped from the factory, U33 (on sheet 14) defines them as follows: DTRA 
indicates master when it is high (logical 1) and slave when low (logical 0). 
and RTSA enables the RS-485 drivers when it is low (logical 0). However, the 
user may change the functions of RTSA and DTRA by reprogramming U33. Table 
4-8 and Figures 4-4 and 4-5 show the possible RS-485 port configurations with 
the default program in U33. Refer to Appendix A for U33 program details. 

TABLE 4-8. RS-485 Port Configurations 


DTRA 

RTSA 

CONFIGURATION 

DESCRIPTION 

low 

low 

Slave 

(drivers on) 

TXDA drives RD+/-, SD+/- drives RXDA, 
TRXCA drives RT+/-, TT+/- drives RTXCA 
if J25 pins 3-5 are connected. 

low 

low 

Half duplex 
receive 

(TXDA drives RD+/-), SD+/ - drives RXDA, 
(TRXCA drives RT+/-) , TT+/- drives RTXCA 
if 025 pins 3-5 are connected. 

low 

high 

Slave 

(drivers off) 

RD+/- not driven, SD+/- drives RXDA. 
RT+/- not driven, TT+/- drives RTXCA 
if J25 pins 3-5 are connected. 

low 

high 

Half duplex 
receive 

RD+/- not driven, SD+/- drives RXDA. 
RT+/- not driven, TT+/- drives RTXCA 
if J25 pins 3-5 are connected. 

high 

low 

Master 
(drivers on) 

TXDA drives SD+/-, RD+/- drives RXDA. 
TRXCA drives TT+/-, RT+/- drives RTXCA 
if J25 pins 3-5 are connected. 

high 

low 

Half duplex 
send 

TXDA drives SD+/-, (RD+/- drives RXDA), 
TRXCA drives TT+/-, (RT+/- drives RTXCA 
if J25 pins 3-5 are connected). 

high 

(NOTE) 

high 

(NOTE) 

Master 

(drivers off) 
(NOTE) 

SD+/- not driven, RD+/- drives RXDA, 
TT+/- not driven, RT+/- drives RTXCA 
if J25 pins 3-5 are connected. 

NOTE: 

After a 

RESET, port A defaults to this configuration with DTRA 


(DTR/REQA) = high and RTSA = high (Master with drivers off). 


MVME134 has only clocks and data; the RS-485 port has no hardware handshakes. 
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NOTH 


A 

A 

A 

A 


PART OF RESISTOR PACK SIP, 13S OHMS. 
AUTO-ENASLE BITFOR PORT A' MUST B( CLEARED. 
FACTORY CONFIGURATION. 

DTRA ■ 1 TO INdCATE MASTER'. 


FIGURE 4-4. 


MVME134 RS-485 Port Configured as Master 
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IS30 



NOTES: 



A 

A 


A 


PART OP PE 31 STOP PACK SIP. 120 OHMS. 
AUTO-ENABLE BIT POP POUT A' MUST BE CLEARED. 
FACTORY CONFIGURATION. 

OTRA * 0 TO I NO »C ATE SLAVE - . 


FIGURE 4-5. MVME134 R S -485 Port Configured as Slave (To DTE) 
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4.3.12.2 RS-232C Port . Port B of the SCC uses RS-232C drivers and receivers. 
All of the buffers and the configuration headers are on the MVME134. This 
port may be configured either as a DTE or as a DCE . by using J21. (Refer to 
chapter 2.) Figure 4-6 shows the DCE configuration of the port, and Figures 
4-7 through 4-9 show the DTE configurations of the port. The MVME134 also 
provides an external ability to disable the TXDB pin of the 28530 SCC. When 
the DTRB pin of the Z8530 SCC is high, the TXDB pin is disabled to the RS-232C 
port. When the DTRB pin is low, the TXDB pin is enabled to the RS-232C port. 
Note that the DTRB pin is also an RS-232C signal line. DTRB is set high by a 
reset to the Z8530 SCC. 

All the RS-232C lines of this port are routed to P2 rows A and C. An external 
cable may be connected to P2 and a DB-25 connector crimped directly onto it. 
For shielding purposes, the DB-25 should be mounted to a back panel that is 
mounted to the chassis, and connection should be made between the back panel 
and the shielding metal of the DB-25. 

Refer to Appendix C for an example of setting up software for serial port B. 

CAUTION 

SET UP SERIAL PORT B FOR THE SAME HARDWARE CHARACTERISTICS 
(PARAGRAPHS 2.3.16 AND 2.3.20) AS USED FOR THE SOFTWARE 
CHARACTERISTICS (SUCH AS IN APPENDIX C) OR THE PORT WILL 
NOT OPERATE PROPERLY. 
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rxoa 


DTRB 


srrsa 

rsxas 

8530 

PTXCB 

rxdb 

CTCT 

OCT 



WWWW 
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JST be 


PROG flA I r CD «S If^UT 


COr^IGURRTION 



0 
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P 2 0525 



NOTE: TBxca must se programmed as input 

/4\ FACTORY OFIGLIRATION 

FIGURE 4-8. MVME134 RS-232C Port Configured as DTE (To Modem) 

with TTXC Not Used 
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P 2 C22= 



NOT;.: TBXC3 MUST 3£ PROGRAMMES AS OUTPUT 

/Q\ PACTCBY COFIGURATICN 


FIGURE 4-9. MVME134 RS-232C Port Configured as DTE (To Modem) 

with RTXC Not Used 
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4.3.13 ROM/PROM/EPROM/EEPROM Sockets and Battery Backup Real-Time Clock with 
SRAM (Sheet 22) 


4.3.13.1 ROM / P ROM/E PR 0M/E£PR0M_Sockets • The MVME134 has four 28-pin 
ROM/ PROM/EPROM/ EEPROM sockets that are organized as two banks with two 
sockets per bank. They are arranged as follows: 

Bank 1: XU31 = even. XU12 = odd: 

Bank 2: XU20 = even, XU3 = odd. 

Each bank appears as a 16-bit word port to the MPU and can be separately 
configured for 8k x 8, 16K x 8, 32k x 8, or 64k x 8 ROM/PROM/EPROMs: or for 
2k x 8, 8k x 8. or 32k x 8 EEPROMs. Figure 4-10 shows the definitions of the 
ROM/PROM/EPROM/EEPROM socket pins, depending upon the configuration used. 


CONFIGURATION 




CONFIGURATION 

NOTES 

1 

2 

3 

4 

5 




5 

4 

3 

2 

1 















SOCkET A14 = 














+5V 

+5V 

A15 

NC 

A14 

1 1 


281 

+5V 

+ 5V 

+5V 

+5V 

+5V 

BOARD [A15] . 

A12 

A12 

A12 

A12 

A12 

12 

SOCkET 

271 

WE* 

WE* 

A14 

A14 

VIH 


A7 

A7 

A7 

A7 

A7 

13 


261 

A13 

A13 

A13 

A13 

A13 

SOCkET A15 = 

A6 

A6 

A6 

A6 

A6 

14 


251 

A8 

A8 

A8 

A8 

A8 

BOARD [A16] . 

A5 

A5 

A5 

A5 

A5 

15 


241 

A9 

A9 

A9 

A9 

A9 


A4 

A4 

A4 

A4 

A4 

16 


231 

All 

All 

All 

All 

All 

SEE SCHEMATIC 

A3 

A3 

A3 

A3 

A3 

17 


221 

OE* 

OE* 

OE* 

OE* 

OE* 

DIAGRAM, FIGURE 

A2 

A2 

A2 

A2 

A2 

18 


211 

A10 

A10 

A10 

AID 

A10 

5-2. 

A1 

A1 

A1 

A1 

A1 

19 


201 

CE* 

CE* 

CE* 

CE* 

CE* 


AO 

AO 

AO 

AO 

AO 

1 10 


191 

DQ7 

DQ7 

D7 

D7 

D7 

REFER TO 

DO 

DO 

DO 

DQO 

DQO 

1 11 


181 

DQ6 

DQ6 

D6 

D6 

D6 

PARAGRAPH 2.3.9. 

D1 

D1 

D1 

DQ1 

DQ1 

1 12 


171 

DQ5 

DQ5 

D5 

D5 

D5 


D2 

D2 

D2 

DQ2 

DQ2 

1 13 


161 

DQ4 

DQ4 

D4 

D4 

D4 

MVME134BUG USES 

GND 

GND 

GND 

GND 

GND 

114 
+ 


151 

+ 

0Q3 

DQ3 

D3 

D3 

D3 

64k x 8 EPROMs. 

CONFIGURATION 

J10 

(BANk 

1) OR 

Jll (BANk 2) CONNECTIONS 



1 



1 to 

3 





8k 

x 8 ( 

3T 16k 

x 8 ROM/PROM/EPROM 


2 



1 to 

3, and 2 to 

4 



32k 

x 8 

ROM/PROM/EPROM 


3 



2 to 

4, and 3 to 

5 



64k 

x 8 

ROM/PROM/EPROM 


4 

5 


4 to 6 

2 to 3 (wirewrap), and 4 to 6 


(FACTORY CONFIG.) 

2k x 8 or 8k x 8 EEPROM 
32k x 8 EEPROM 


FIGURE 4-10. ROM/PROM/EPROM/EEPROM Sockets Configurations 


The ROM/PROM/EPROM/EEPROM devices must meet the read timings shown in Figure 
4-11, and are guaranteed the write timings shown in Figure 4-12. 
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TIME IN NSEC 
MVME134 (16.67 MHz) 
MIN MAX 


tacc 

Address valid to data valid 

— 

300 

tee 

CE* low to data valid 

— 

300 

toe 

OE* low to data valid 

— 

190 

toh 

Address invalid, CE* or OE* high to data not valid 

0 

— 

tdf 

CE* or OE* high to data high impedance 

— 

60 


NOTE: The MVME134 does not guarantee a maximum transition time 

on address and data lines during the time that CE* is high. 

FIGURE 4-11. ROM/PROM/EPROM/EEPROM Read Timings Required by MVME134 
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TIME IN NSEC 
MVME134 (16.67 MHz) 


SYMBOL 

DESCRIPTION 

MIN 1 

tas 

Address valid to WE* low 

70 

tcs 

CE* low to WE* low 

10 

toes 

OE* high to WE* low 

85 

tah 

Address valid after WE* low 

210 

twp 

WE* low pulse width 

135 

tds 

Data valid to WE* high 

180 

tdh 

WE* high to data not valid 

85 

toeh 

WE* high to OE* low 

180 

tch 

WE* high to CE* high 

45 

NOTE: 

The MVME134 does not guarantee a 

maximum transition time 


on address and data lines during 

the time that CE* is high. 


FIGURE 4-12. EEPROM Write Timings Guaranteed by MVME134 
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Consider the following when using EEPROMs on the MVME134: 

1. The MVME134 provides no protection against inadvertent writes to 
EEPROM that might happen during power on/off transitions. Most 
devices provide some level of internal protection. In order to gain 
"absolute protection", devices with additional "software protection" 
are recommended. 

2. When a bank is configured for EEPROM, writes to that bank must always 
be 16-bit wide. This is because any access to one byte of the bank 
also causes an access to the other byte; thus, byte-wide access causes 
unintended data to be written to the other byte. 

3. There are several different algorithms for erasing/writing to EEPROMs. 
depending on the manufacturer. The MVME134 supports only those 
devices which have a "static RAM" compatible erase/write mechanism. 

4. Note that the MVME134 requires that the EEPROMs must allow wired-OR on 
the RDY/BSY* pin (for 2K x 8 and 8K x 8 devices). The MVME134, 
however, does not monitor the status of the RDY/BSY* pins. 


4.3.13.2 MK48T02 Battery Backu p Real-Ti me C lock with_SRAM- The Thompson 

Components Mostek MK48T02 is utilized by the MVME134 to provide 2040 bytes of 
battery backup SRAM and a battery backup real-time clock. The MK48T02 is 
mapped at a physical base address of SFFFCOOOO. Its 2 Kb appears redundantly 
in a 64 Kb block from $FFFC0000 through $FFFCFFFF. Some of the features of 
the MK48T02 are; 

Integrated ultra-low power SRAM, real-time clock, crystal, power-fail 

control circuit and battery. 

Byte-wide RAM-like clock access. 

BCD-coded year, month, date, day, hours, minutes, and seconds. 

Software-controlled clock calibration for high accuracy applications. 

. Automatic power-fail protection. 

The real-time clock (RTC) is provided by the MK48T02. Accessing the RTC is as 
simple as conventional byte-wide SRAM access via the eight RTC registers 
located in the upper eight locations of the MK48T02 (SFFFC07F8 through 
SFFFC07FF). These RTC registers contain year, month, date, day, hours, 
minutes, and seconds data in 24-hour BCD format. Corrections for 28-, 29- 
(leap year), 30-, and 31-day months are made automatically. The eighth 
location is a control register. These RTC registers are not the actual clock 
counters; instead, they are bi-port read/write SRAM memory locations. The 
clock control circuit dumps the counters into these bi-port locations once 
every second. Note that no interrupts are generated bv the RTC. 
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The MVME134 is shipped with the RTC oscillator stopped to minimize current 
drain from the on-chip battery. The battery has an operating life probably 
longer than one year **??** . and a shelf life probably longer **??*- than 
that. Before the RTC can be used, its oscillator requires a "kick start" to 
begin oscillation. Refer to the MK48T02 data sheet (listed in Chapter 1 
herein) for details in programming and utilizing the RTC. 

There are a total of 2040 bytes of non-volatile SRAM available in the 
MK48T02. the SRAM may be accessed at SFFFCOOOO through SFFFC07F7. Because 
the RTC registers are constructed using bi-port memory cells, access to the 
rest of the SRAM proceeds unhindered by updates to the RTC registers, even if 
these RTC registers are being updated at the very moment another location in 
the memory array is accessed. 
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CHAPTER 5 

SUPPORT INFORMATION 


5.1 INTRODUCTION 

This chapter provides the interconnection signals, parts list with parts 
location illustration, and schematic diagram for the MVME134 module. 


5.2 INTERCONNECT SIGNALS 

The MVME134 module interconnects with the VMEbus through connector PI, with 
the VMEbus and serial ports through connector P2. and with an RS-232C device 
through connector J26. 


5.2.1 Connector PI Interconnect Signals 

Connector PI is a standard DIN 41612 triple-row, 96-pin male connector. The 
MVME134 interconnects with the VMEbus through rows A, B, and C of PI and 
through row B of P2. Table 5-1 lists each pin connection, signal mnemonic, 
and signal characteristic for the connector. 

TABLE 5-1. Connector PI Interconnect Signals 


PIN SIGNAL 

NUMBER MNEMONIC SIGNAL NAME AND DESCRIPTION 


A1-A8 D00-D07 

A9 GND 

A10 SYSCLK 


All GND 

A12 DS1* 


A13 DSO* 


Data bus (bits 0-7) - eight of 32 three-state 
bidirectional data lines that provide the data 
path between VMEbus master and slave. 

GROUND - connected to the MVME134 ground plane. 

SYSTEM CLOCK - a 16 MHz free-running clock that 
is driven by the MVME134 only when it is 
configured as system controller. 

GROUND - connected to the MVME134 ground plane. 

DATA STROBE 1 - signal that indicates which part 
of the data bus is transferring data. It is 
driven by the MVME134 when it is the VMEbus 
master. It is received by the MVME134 when it is 
a VMEbus slave. 

DATA STROBE 0 - signal that indicates which part 
of the data bus is transferring data. It is 
driven by the MVME134 when it is the VMEbus 
master. It is received by the MVME134 when it is 
a VMEbus slave. 
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PIN 

NUMBER 

A14 

A15 

A16 


A17 

A18 

A19 

A20 

A21 


A22 

A23 


TABLE 5-1. Connector PI Interconnect Signals (cont'd) 
SIGNAL 

MNEMONIC SIGNAL NAME AND DESCRIPTION 


WRITE* WRITE - signal that specifies the direction of 

data transfers. It is driven by the MVME134 as a 
VMEbus master and received by the MVME134 as a 
slave. 

GND GROUND - connected to the MVME134 ground plane. 

DTACK* DATA TRANSFER ACKNOWLEDGE - signal that indicates 

that valid data is available on the data bus 
during a read cycle or that it has been accepted 
during a write cycle. It is received by the 
MVME134 as a VMEbus master and driven by the 
MVME134 as a VMEbus slave. 

GND GROUND - connected to the MVME134 ground plane. 

AS* ADDRESS STROBE - the falling edge of this signal 

indicates that a valid address, address modifier, 
LWORD*, and IACK* are available on the VMEbus. 
It is driven by the MVME134 as a VMEbus master 
and received by it as a VMEbus slave. 

GND GROUND - connected to the MVME134 ground plane. 

IACK* INTERRUPT ACKNOWLEDGE - signal that indicates an 

interrupt acknowledge cycle on the VMEbus. It is 
driven true by the MVME134 during an interrupt 
acknowledge to the VMEbus. 

IACKIN* INTERRUPT ACKNOWLEDGE IN - IACKIN* and IACKOUT* 

form a daisy-chained signal. The MVME134 drives 
IACKOUT* low if there is an activated IACKIN* and 
the interrupt acknowledge level is not for this 
module or if it does not have an interrupt 
pending. Also, when the MVME134 is configured as 
system controller, it drives IACKOUT* according 
to the IACK daisy chain driver specification. 

IACKOUT* INTERRUPT ACKNOWLEDGE OUT - see IACKIN*. 

AM4 ADDRESS MODIFIER (bit 4) - one of the three-state 

lines that provide additional information about 
the address bus, such as size, and cycle type. 
It is driven by the MVME134 as a master and 
received by the MVME134 as a slave. 
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TABLE 5-1. Connector PI Interconnect Signals (cont'd) 
PIN SIGNAL 

NUMBER MNEMONIC SIGNAL NAME AND DESCRIPTION 


A24-A30 A07-A01 ADDRESS bus (bits 7-1) - seven of 31 three-state 

lines that specify an address in the memory map. 
They are driven by the MVME134 as a master and 
received by the MVME134 as a slave. 

A31 -12 VDC -12 Vdc power - used by the RS-232C drivers on 

the MVME134. 


A3 2 
B1 


B2 

83 

B4 


+5 VDC +5 Vdc power - used by the logic circuits on the 

MVME134 . Connected to the MVME134 +5V plane. 

BBSY* BUS BUSY - this signal is driven true by the 

MVME134 when it is VMEbus master. When the 
MVME134 is system controller. BBSY* is an input 
to the level 3 arbiter. 

BCLR* BUS CLEAR - not used by the MVME134. 

ACFAIL* AC FAILURE - the MVME134 monitors this signal 

line to detect ac power failure. 

BGOIN* BUS GRANT IN (level 0) - this signal going true 

at the input to the MVME134 indicates that it may 
become VMEbus master if it is configured for 
level 0. If the MVME134 is not requesting VMEbus 
mastership, then it drives the BG00UT* signal 
line low. The other three bus grant lines are 
tied directly to the corresponding bus grant out 
1 i nes . 


B5 BG00UT* BUS GRANT OUT (level 0) - see BGOIN*. 


B6 

BG 1 IN* 

BUS 
B4 . 

GRANT 

B7 

BG10UT* 

BUS 
B5 . 

GRANT 

B8 

BG2IN* 

BUS 
B4 . 

GRANT 

B9 

BG20UT* 

BUS 
B5 . 

GRANT 

BIO 

BG3IN* 

BUS 
B4 . 

GRANT 


IN 

(level 

1) 

- s ame 

as 

BGOIN* 

on 

pin 

OUT 

( leve 1 

1) 

- same 

as 

BG00UT* 

on 

pin 

IN 

( level 

2) 

- s ame 

as 

BGOIN* 

on 

pin 

OUT 

( level 

2) 

- same 

as 

BGOOUT* 

on 

pin 

IN 

( level 

3) 

- s ame 

as 

BGOIN* 

on 

pin 


81 



SUPPORT INFORMATION 


TABLE 5-1. Connector PI Interconnect Signals (cont'd) 


PIN 

NUMBER 

SIGNAL 

MNEMONIC 

SIGNAL NAME AND DESCRIPTION 

B 1 1 

BG30UT* 

BUS GRANT OUT (level 3) - same as BGOOUT* on pin 
B5 . 

B12 

BRO* 

BUS REQUEST (level 0) - signal line driven by the 
MVME134 when it desires to become VMEbus master 
(if it is configured for level 0). and received 
by the MVME134 to detect whether it should 
relinquish VMEbus mastership. 

B13 

BR1* 

BUS REQUEST (level 1) - same as BRO* on pin B12. 

B14 

BR2* 

BUS REQUEST (level 2) - same as BRO* on pin B12. 

B15 

BR3* 

BUS REQUEST (level 3) - same as BRO* on pin B12. 
Also, when the MVME134 is configured as system 
controller, BR3* is an input to the level 3 
arbiter . 

B16-B19 

AM0-AM3 

ADDRESS MODIFIER (bits 0-3) - same as AM4 on pin 
A23. 

B20 

GND 

GROUND - connected to the MVME134 ground plane. 

B21 

SERCLK 

Not used. 

B22 

SERDAT* 

Not used. 

B23 

GND 

GROUND - connected to the MVME134 ground plane. 

B24-B27 

I RQ 7 * - 1 RQ4* 

INTERRUPT REQUEST (7-4) - four of the seven 
prioritized interrupt request inputs to the 
MVME134. Jumper enabled, level 7 is the highest 
priority. 

B28 

IRQ3* 

INTERRUPT REQUEST (3) - one of the seven 
prioritized interrupt request i nputs /outputs of 
the MVME134. Jumper enabled as input, and jumper 
enabled as output. 

B29-B30 

IRQ2*-IRQ1* 

INTERRUPT REQUEST (2-1) - two of the seven 
prioritized interrupt request inputs to the 
MVME134. Jumper enabled, level 7 is the highest 
priority. 

B31 

+5V STDBY 

Not used. 

B32 

+ 5 VDC 

+5 Vdc power - same as +5 VDC on pin A32. 
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TABLE 5-1. Connector PI Interconnect Signals (cont'd) 


PIN 

NUMBER 

SIGNAL 

MNEMONIC 

SIGNAL NAME AND DESCRIPTION 

C1-C8 

D08-D15 

DATA bus (bits 8-15) - same as D00-D07 on pins 
A1-A8 . 

C9 

GND 

GROUND - connected to the MVME134 ground plane. 

CIO 

SYSFAIL* 

SYSTEM FAIL - signal driven by the MVME134 when 
[BRDFAIL] is true if it is not the system 
controller. Also can be monitored via the 
MC68901 MFP. 

Cll 

BERR* 

BUS ERROR - signal driven by the MVME134 bus 
time-out circuit when it is the system controller 
and a VMEbus data strobe cycle exceeds 108 to 122 
us. Also monitored by the MVME134 when it is the 
VMEbus master. It causes a bus error exception 
in the MC68020 in this case. 

C12 

SYSRESET* 

SYSTEM RESET - signal driven by the MVME134 when 
it is configured as system controller during 
power-up, when the front panel RESET switch is 
depressed, when a watchdog time-out occurs, or 
when remote reset becomes true. Also an input to 
the MVME134 that causes' all of its devices to be 
reset . 

C13 

LWORD* 

L0NGW0RD - signal driven true by the MVME134 when 
it does a 32-bit data transfer over the VMEbus. 
Also monitored by the MVME134 to distinguish 32- 
bit from 16-bit data accesses to its RAM from the 
VMEbus. 

C14 

AM 5 

ADDRESS MODIFIER (bit 5) - same as AM4 on pin 
A23 . 

C15-C30 

A23-A08 

ADDRESS bus (bits 23-08) - 16 of 31 three-state 
lines that specify an address in the memory map. 
They are driven by the MVME134 as a master and 
received by the MVME134 as a slave. 

C31 

+ 12 VDC 

+12 Vdc power - used by the RS-232C drivers on 
the MVME134. 

C32 

+5 VDC 

+5 Vdc power - used by the logic circuits on the 
MVME134. Connected to the MVME134 +5V plane. 
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5.2.2 Connector P2 Interconnect Signals 

Connector P2 is a standard DIN 41612 triple-row. 96-pin male connector. The 
MVME134 interconnects with the VMEbus through rows A, B. and C of PI and 
through row B of P2. Serial ports A (RS-485) and B (RS-232C) of the 28530 and 
remote reset are brought out through rows A and C of P2. (For suggested 
cables to connect to P2, refer to Chapter 2.) Table 5-2 lists each pin 
connection, signal mnemonic, and signal characteristic for the connector. 


TABLE 5-2. Connector P2 Interconnect Signals 
PIN SIGNAL 

NUMBER MNEMONIC SIGNAL NAME AND DESCRIPTION 


A1 


Not used. 


A2 RTXC RS-232C Transmitter Signal Element Timing (DCE) - 

signal line driven by the TRXCB pin of the Z8530 
Serial Communications Controller (SCC) when port 
B is configured as DCE, and optionally input to 
the same pin when port B is configured as DTE. 

A3 -- Not used. 


A4 RXC 


A5-A6 

A7 DTR 


A8-A10 

All TTXC 


A12 


RS-232C Receiver Signal Element Timing (DCE) - 
signal line driven by the TRXCB pin of the Z8530 
when port B is configured as DCE, and optionally 
input to the RTXCB pin of the Z8530 when port B 
is configured as DTE. 

Not used. 

RS-232C Data Terminal Ready - input to the DCDB 
pin of the Z8530 when port B is configured as 
DCE, and output from the DTR/REQB (DTRB) pin of 
the Z8530 when port B is configured as DTE. 

Not used. 

RS-232C Transmitter Signal Element Timing (DTE) - 
signal line optionally driven by the TRXCB pin of 
the Z8530 when port B is configured as DTE, and 
optionally input to the RTXCB pin of the Z8530 
when port B is configured as DCE. 

Not used. 
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TABLE 5-2. Connector P2 Interconnect Signals (cont'd) 


PIN SIGNAL 

NUMBER MNEMONIC SIGNAL NAME AND DESCRIPTION 


A13 SD+ 


A14 TT+ 


A15 RD+ 


A16 RT+ 


A17 GND 

A18-A19 

A20 RRESET* 


A21 

A22 GND 

A23-A30 


RS-485 Send Data - this signal line is half of 
the balanced differential pair that includes SD+ 
and SD-. The pair is buffered to the RXDA pin of 
the 28530 when port A is configured as slave, and 
it is buffered from the TXDA pin of the 28530 
when port A is configured as master. 

RS-485 Terminal Timing - this signal line is half 
of the balanced differential pair that includes 
TT+ and TT-. The pair is buffered to the RTXCA 
pin of the 28530 (depends on J16) when port A is 
configured as slave, and it is buffered from the 
TRXCA pin of the 28530 when port A is configured 
as master. 

RS-485 Receive Data - this signal line is half of 
the balanced differential pair that includes RD+ 
and RD-. The pair is buffered from the TXDA pin 
of the 28530 when port A is configured as slave, 
and it is buffered to the RXDA pin of the 28530 
when port A is configured as master. 

RS-485 Receive Timing - this signal line is half 
of the balanced differential pair that includes 
RT+ and RT-. The pair is buffered from the TRXCA 
pin of the 28530 when port A is configured as 
slave, and it is buffered to the RTXCA pin of the 
28530 (depends on J16) when port A is configured 
as master. 

GROUND - connects to MVME134 ground plane. 

Not used. 

Remote Reset input - when this signal line is 
high, no reset function occurs on the MVME134. 
When it is low, the MVME134 is reset and remains 
in the reset state until it goes high again. 
(Note that this signal line is also connected to 
pin P2-A32 . ) 

Not used. 

GROUND - connected to MVME134 ground plane. 

Not used. 
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TABLE 5-2. 

Connector P2 Interconnect Signals (cont'd) 

PIN 

NUMBER 

SIGNAL 

MNEMONIC 

SIGNAL NAME AND DESCRIPTION 

A31 

GND 

GROUND - connected to MVME134 ground plane. 

A3 2 

RRESET* 

Remote Reset input - when this signal line is 
high, no reset function occurs on the MVME134. 
When it is low, the MVME134 is reset and remains 
in the reset state until it goes high again. 
(Note that this signal line is also connected to 
pin P2-A20 . ) 

B1 

+5 VDC 

+5 Vdc power - used by the logic circuits on the 
MVME134 . Connected to the MVME134 +5V plane. 

B2 

GND 

GROUND - connected to the MVME134 ground plane. 

B3 

Reserved 

Not used. 

B4-B11 

A24-A31 

ADDRESS bus (bits 24-31) - eight of 31 
three-state lines that specify an address in the 
memory map. They are driven by the MVME134 as a 
master and received by the MVME134 as a slave. 

B12 

GND 

GROUND - connected to MVME134 ground plane. 

B13 

+5 VDC 

+5 Vdc power - used by the logic circuits on the 
MVME134. Connected to the MVME134 +5V plane. 

B14-B21 

D16-D23 

DATA bus (bits 16-23) - eight of 32 three-state 
bidirectional data lines that provide the data 
path between VMEbus master and slave. 

B22 

GND 

GROUND - connected to MVME134 ground plane. 

B23-B30 

D24-D31 

DATA bus (bits 24-31) - eight of 32 three-state 
bidirectional data lines that provide the data 
path between VMEbus master and slave. 

B31 

GND 

GROUND - connected to MVME134 ground plane. 

B32 

+5 VDC 

+5 Vdc power - used by the logic circuits on the 
MVME134. Connected to the MVME134 +5V plane. 

Cl 

-- 

Not used. 

C2 

TXD 

R5-232C Transmitted Data - input to the RXDB pin 
of the Z8530 when port B is configured as DCE, 
and output from the TXDB pin of the Z8530 when 
port B is configured as DTE. 


86 


SUPPORT INFORMATION 



TABLE 5-2. 

Connector P2 Interconnect Signals (cont’d) 

PIN 

NUMBER 

SIGNAL 

MNEMONIC 

SIGNAL NAME AND DESCRIPTION 


C3 

C4 

C5 

C6 

C7 

C8 


RXD 

RTS 

CTS 

DSR 

GND 

DCD 


C9-C13 


RS-232C Received Data - output from the TXDB pin 
of the Z8530 when port B is configured as DCE , 
and input to the RDXB pin of the Z8530 when port 
B is configured as DTE. 

RS-232C Request To Send - input to the CTSB pin 
of the Z8530 when port B is configured as DCE, 
and output from the RTSB pin of the Z8530 when 
port B is configured as DTE. 

RS-232C Clear To Send - output from the RTSB pin 
of the Z8530 when port B is configured as DCE, 
and input to the CTSB pin of the Z8530 when port 
B is configured as DTE. 

RS-232C Data Set Ready - output from the Z8530 
that is always high when port B is configured as 
DCE, and no connect when port B is configured as 
DTE. 

RS-232C Signal Ground/Common Return - connected 
to the MVME134 ground plane. NOT connected to 
chassis ground on the MVME134. 

RS-232C Received Line Signal Detector - output 
from the DTR/REQB (DTRB) pin of the Z8350 when 
port B is configured as DCE, and input to the 
DCDB pin of the Z8530 when port B is configured 
as DTE. 

Not used. 


C14 SD- 
C15 TT- 
C16 RD- 
C 17 RT- 


RS-485 Send Data - this signal is half of the 
balanced differential pair that includes SD+ and 
SD-. Refer to SD+ on pin A13. 

RS-485 Terminal Timing - this signal line is half 
of the balanced differential pair that includes 
TT+ and TT-. Refer to TT+ on pin A14. 

RS-485 Receive Data - this signal line is half of 
the balanced differential pair that includes RD+ 
and RD-. Refer to RD+ on pin A15. 

RS-485 Receive Timing - this signal line is half 
of the balanced differential pair that includes 
RT+ and RT-. Refer to RT+ on pin A16. 


87 



SUPPORT INFORMATION 


TABLE 5-2. Connector P2 Interconnect Signals (cont'd) 


PIN 

NUMBER 

SIGNAL 

MNEMONIC 

SIGNAL NAME AND DESCRIPTION 


II 

II 

II 

II 

II 

II 

II 

II 




C18-C19 

-- 

Not used. 


C20 

GND 

GROUND - connected to MVME134 

ground plane. 

C21 

-- 

Not used. 


C22 

GND 

GROUND - connected to MVME134 

ground plane. 

C23-C28 

-- 

Not used. 


C29 

GND 

GROUND - connected to MVME134 

ground plane. 

C30 

-- 

Not used. 


C31-C32 

GND 

GROUND - connected to MVME134 

ground plane. 
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5.2.3 Connector J26 Interconnect Signals 

Connector J26 is a standard RS-232C DB-25 25-pin female connector. J26 
provides the interconnection for the MC68901 Mu It i -Funct i on Peripheral (MFP) 
debug port of the MVME134. Table 5-3 lists each pin connection, signal 
mnemonic, and signal character i st i c for the connector. Note that J26 mates 
with a 25-pin cable to connect to a terminal. For further details, refer to 
Appendix B. 


TABLE 5-3. RS-232C Connector J26 Interconnect Signals 


PIN SIGNAL 

NUMBER MNEMONIC SIGNAL NAME AND DESCRIPTION 


1 

-- 

Not used. 

2 

DTXD 

RS-232C Transmitted Data - input to the SI pin of 
the MC68901 Multi-Function Peripheral (MFP). 

3 

DRXD 

RS-232C Received Data - output from the SO pin of 
the MC68901 MFP. 

4 

DRTS 

RS-232C Request to Send - input to the GPIOO pin 
of the MC68901 MFP. 

5 

DCTS 

RS-232C Clear To Send - output from the GPI03 pin 
of the MC68901 MFP. 

6 

DDSR 

RS-232C Data Set Ready - output that is always 
driven high by the MVME134. Note that this pin 
is connected to pin 8. 

7 

GND 

RS-232C Signal Ground/Common Ground - connected 
to the MVME134 ground plane. NOT connected to 
chassis ground by the MVME134. 

8 

DDCD 

RS-232C Received Line Signal Detector - output 
that is always driven high by the MVME134. Note 
that this pin is connected to pin 6. 


9-25 


Not used. 
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5.3 PARTS LIST 

Table 5-4 lists the components of the MVME134. The parts locations are 
illustrated in Figure 5-1. These parts reflect the latest issue of hardware 
at the time of printing. 

TABLE 5-4. MVME134 Module Parts List 
REFERENCE MOTOROLA 

DESIGNATION PART NUMBER DESCRIPTION 


-- 

84-W8471B01 

Printed wiring board assembly, MVME134 

C1-C11.C13- 
C15.C18-C25, 
C28-C30,C33- 
C36.C38,C40- 
C53 ,C55 ,C56 

21NW9632A03 

Capacitor, ceramic, axial lead, 0.1 uF + 20% 
(3 50 Vdc 

C12 

23NW9618A80 

Capacitor, electrolytic, radial lead. 10 uF 
± 20% <3 50 Vdc 

C16 ,C17 ,C31 , 
C32 ,C39,C54 

23NW9618A71 

Capacitor, electrolytic, radial lead, 47 uF 
♦ 20% (3 10 Vdc 

C26.C27 

21SW992C042 

Capacitor, ceramic, 330 pF + 5% (3 50 Vdc 

C37 

-- 

Not used. 

CR1.CR2 

48NW9616A03 

Diode, silicon, 1N4148/1N914 

CR3 

48NW9607A20 

Rectifier . schottky 

DS1.DS2 

48NW9612A49 

LED, red, right angle 

DS3.DS4 

48NW9612A59 

LED, green, right angle 

El ,E2, Jl-Jll , 
J 13- J 14 , 
J16-J25 

29NW9805C07 

Pin, 0.025 inch square, gold, autoinsert, used 
on El( 1) , E2( 1 ) , Jl(2), 02(2). J3(2), J4(2), 

J5 ( 6 ) , J6 ( 2 ) , J 7 ( 2 ) . J8 ( 6 ) , J9(12). J10(6). 
J 1 1 ( 6 ) , 013(21), 014(2), 016(12), 019(2), 020(3). 
021(22), 022(2), 023(2). 024(10), 025(6) 

-- 

29NW9805B17 

Oumper, insulated, shorting (55 req'd) (used with 
01-011, 013-014, 016, 019-025) 

J12.J15 

-- 

Not used. 

J17.J18 

-- 

Header pads on the printed wiring board 


29NW9805B44 

Oumper, 2-pin, male (2 req'd) (used with 017, 


J18) 
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TABLE 5-4. MVME134 Module Parts List (cont'd) 
REFERENCE MOTOROLA 

DESIGNATION PART NUMBER DESCRIPTION 


J26 28NW9802G80 


-- 

47NW9405A28 

LI 

76NW9810A04 

P1.P2 

28NW9802E51 

-- 

05NW9007A26 

R1 ,R3 , R4 , R 25 , 
R26.R29 

51NW9626B56 

R2 

51NW9626B80 

R5,R24 

51NW9626B84 

R6 

51NW9626B83 

R7 

51NW9626B50 

R8 , R10 , R13 

06SW-124A97 

R9 

-- 

Rll 

06SW-124A49 

R12 

06SW-124A25 

R14 , R18-R21 , 
R23 

51NW9626B64 

R15 

51NW9626B54 

R 1 6 , R 1 7 , R22 

51NW9626B75 

R27 

51NW9626A94 

— 

09NW9811A90 

R28 

-- 

R30 

51NW9626B55 


Connector, 25-pin, socket, right angle. D- 
submi n i ature 

Jackpost assembly, D-subminiature (used with J26) 
Bead, ferrite, 0.146 inch x 0.126 inch (at Pl-Bl) 
Connector, 96-pin, plug, PWB 

Eyelet, 0.089 inch OD x 0.344 inch long (4 req'd) 
(used with PI and P2) 

Resistor network, SIP, nine 10k ohm 

Resistor network, SIP, five 100 ohm 
Resistor network, SIP, seven 2.7k ohm 
Resistor network, SIP, seven 1.0k ohm 
Resistor network, SIP, three 47 ohm 
Resistor, film, 100k ohms, 5%, 1/4 W 
Not used. 

Resistor, film, 1.0k ohm, 5%, 1/4 W 
Resistor, film, 100 ohms, 5%, 1/4 W 
Resistor network, SIP, four 47 ohm 

Resistor network, SIP, seven 39k ohm 

Resistor network, SIP, seven 10k ohm 

Resistor network, SIP, four 120 ohm (Refer to 
paragraph 2.4.3.) 

Socket, I.C., SIL, 8-pin (Used with R27) 

Not used. 

Resistor network. SIP, nine 4.7k ohm 


91 



SUPPORT INFORMATION 


TABLE 5-4. MVME134 Module Parts List (cont'd) 


REFERENCE 

DESIGNATION 

MOTOROLA 
PART NUMBER 

DESCRIPTION 

S1.S2 

40NW9801B70 

Switch, push, SPDT, momentary, PC, right-angle 
gold 

-- 

38NW9404C11 

Cap, switch, black, for B70 (used with SI) 

— 

38NW9404C12 

Cap, switch, red, for B70 (used with S2) 

U1.U30 

51NW9615F30 

I.C. DM74S05N 

U2 

51NW9615K69 

I.C. 74F10PC 

U3.U12, 
U20 ,U31 

-- 

Customer-suppl ied ROMs/PROMs/EPROMs/EEPROMs 

XU3.XU12, 

XU20.XU31 

09-W4659B14 

Socket, I.C., SIL, 14-pin (8 req'd) 

U4 

(NOTE) 

I.C. Programmed PAL 

— 

09NW9811B01 

Socket, I.C. , DIL , 24-pin (used with U4, U7. U17 
U33, U39, U41 , U66 , U70, U71) 

U5 ,U6 ,U8 ,U9 , 
U93.U111 

51NW9615T30 

I.C. 74F623N 

U7 

(NOTE) 

I.C. Programmed PAL 

UlO , U47 

51NW9615K71 

I.C. 74F04PC 

U11.U56 

51NW9615K66 

I.C. 74F32PC 

U13.U14 

51NW9615R55 

I.C. N74F38N 

U15.U46 

51NW9615U48 

I.C. 74F367PC 

U16 

(NOTE) 

I.C. Programmed PAL 

— 

09NW9811B18 

Socket, I.C. , DIL, 20-pin, with capacitor 0.1 u 
(used with U16, U23, U27, U28, U32, U43, U48 
U55 , U59) 

U17 

(NOTE) 

I.C. Programmed PAL 

U18.U44 

5 1NW96 15K73 

I.C. 74FOOPC 
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MVME134 Module Parts List (cont'd) 


REFERENCE 

DESIGNATION 

MOTOROLA 
PART NUMBER 

U19.U21.U25. 
U26 . U29 , U50 , 
U57.U64.U73. 
U74 

51NW9615J39 

U22 

51NW9615E93 

U23 

(NOTE) 

U24 

51NW9615P48 

U27 

(NOTE) 

U28 

(NOTE) 

U32 

(NOTE) 

U33 

(NOTE) 

U34 

5 1 NW96 1 5 V 50 

U35 

51NW9615U60 

_ _ 

09NW9811A91 


U36 

51NW9615R89 

-- 

09NW98 1 1 B 1 2 

U37 

51NW9615U52 

-- 

09NW9811B14 

U38.U40.U42, 

U53 

51NW9615S43 

U39 

(NOTE) 

U41 

(NOTE) 

U43 

(NOTE) 


DESCRIPTION 
I.C. 74F74PC 

I.C. SN74LS14N 
I.C. Programmed PAL 
I.C. SN74ALS240AN 
I.C. Programmed PAL 
I.C. Programmed PAL 
I.C. Programmed PAL 
I.C. Programmed PAL 

I.C. IDT74FCT244AP (alternate is 74F1244N. part 
number 5INW9615T32) 

I.C. MK48T02B-25 

Socket, I.C.. SIL, 12-pin (2 req'd) (used with 
U35) (alternate is socket. I.C., DIL, 24-pin, 
part number 09NW9811A16) 

I.C. MC68020RC16B (on MVME134) 

Socket, I.C., pin-grid-array. 124-pin (used with 
U36 ) 

I.C. XC6885 IRC 16 (on MVME134) 

Socket, I.C., pin-grid-array, 144-pin (used with 
U37 ) 

I.C. SN74ALS623A-1N 

I.C. Programmed PAL 
I.C. Programmed PAL 
I.C. Programmed PAL 
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TABLE 5-4. 

MVME134 Module Parts List (cont'd) 

REFERENCE 

DESIGNATION 

MOTOROLA 
PART NUMBER 

DESCRIPTION 

U45 

51NW9615K67 

I.C. 74F20PC 

U48 

(NOTE) 

I.C. Programmed PAL 

U49.U68 

51NW9615K70 

I.C. 74F08PC 

U51.U58 

51NW9615K59 

I.C. 74F175PC 

U52 

51NW9615U47 

I.C. 74F113PC 

U54 , UllO ,U112 

51NW9615S83 

I.C. MC145406P 

U55 

(NOTE) 

I.C. Programmed PAL 

U59 

(NOTE) 

I.C. Programmed PAL 

U60-U62 

51NW9615K60 

I.C. 74F158PC 

U63 

51NW9615T24 

I.C. MK68901N-05 (on MVME134) 

-- 

09-W4659B24 

Socket, I.C., S I L . 24-pin (2 req’d) (used with 
U63) 

U65 

51NW9615K72 

I.C. 74F02PC 

U66 

(NOTE) 

I.C. Programmed PAL 

U67 

51NW9615P21 

I.C. MC74HC4040N 

U69 

51NW9615F38 

I.C. SN74LS393N 

U70 

(NOTE) 

I.C. Programmed PAL 

U71 

(NOTE) 

I.C. Programmed PAL 

U72 

51NW9615N56 

I.C. 74F174PC 

U75-U90 , 
U94-U109 

51NW9615V22 

I.C. TC511001Z-10 (alternate is M5M4C1000L-10 , 
part number 51NW9615U44 

U91 

51NW9615H38 

I.C. SN75175N 

U92 

51NW9615H37 

I.C. SN75174N 

U 1 1 3 

51NW9615K09 

I.C. SN74ALS244AN 
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TABLE 5-4. MVME134 Module Parts List (cont'd) 


REFERENCE 

DESIGNATION 

MOTOROLA 
PART NUMBER 

DESCRIPTION 

: = = = = 

U 1 1 4 

51NW9615R68 

I.C. Z8530APC 


-- 

09-W4659B20 

Socket. I.C.. SIL. 20-pin (2 req'd) (used 
U 1 1 4 ) 

with 

Y1 

48AW10 15B09 

Crystal oscillator, 16 MHz + 0.01% 


Y2 

48AW1015B17 

Crystal oscillator, 33.333 MHz + 0.01% 
MVME134) 

( o n 

-- 

67NW9415A17 

Kit, ejector handle, 6U component 


-- 

64-W5257B01 

Panel, front, MVME134 


-- 

33-W5089B58 

Nameplate, Scanbe, MVME134 


-- 

33-W5089B01 

Nameplate, Scanbe, logo 


-- 

42NW9401B14 

Captive collar screw (2 req'd) 


-- 

03NW9004B48 

Screw, captive, M2. 5 (2 req’d) 


NOTE: When 

ordering, use 

number labeled on part. 



5.4 SCHEMATIC DIAGRAM 

Figure 5-2 illustrates the schematic diagram for the MVME134 module. 
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APPENDIX A 


U33 . 1)39 , AND U66 PROGRAMMABLE ARRAY LOGIC PROGRAM DETAILS 


U33 

The PAL chip U33 (PALSLV) on schematic sheet 14 is a 24-pin I.C. used for 
address selection for extended addressing and for defining functions RTSA* and 
DTRA* of the RS-485 port (port A) of the Z8530 SCC chip. 


The pinout for U33 is: 


PIN NUMBER 

SIGNAL 

MNEMONIC 

PIN NUMBER 

SIGNAL MNEMONIC 

1 

AM 5 

2 

11 

13 

MATCH0 

= 

/1 13 

2 

A24SLV 

2 

/ 1 2 

14 

MATCH1 

= 

/1 14 

3 

AMI 

s 

13 

15 

VDS 

= 

015 

4 

AM 3 

S 

14 

16 

/SLVTEST = OE 

= 

1016 

5 

DTRA 

s 

/ 1 5 

17 

BUFFEN 

= 

/ 1 0 1 7 

6 

RTSA 

2 

/ 16 

18 

AM2 

= 

1018 

7 

AMO 

— 

17 

19 

MASTER 

= 

1019 

8 

IACK 

— 

/ 1 8 

20 

MASDREN 

= 

1020 

9 

VDS1 

— 

19 

21 

SLVDREN 

s 

1021 

10 

MATCH 2 

= 

/no 

22 

SLVADR 

= 

/ 022 

11 

VDSO 

2 

in 

23 

AM4 

= 

123 

12 


GND 

24 


vcc 


Outputs for 

U33 all 

depend on OE 

being true (that 

is, pin 16 being 

1 high 

is, no external test 

(/SLVTEST) 

being performed) . 

The output equations 


I F ( / SL VTEST ) /VDS = /VDSO * /VDS1 

IF ( /SLVTEST ) SLVADR = MATCH0*MATCH1*MATCH2* Address match and 

/AM5*/AM4*AM3*AM1*/AM0* extended address/program space 
/IACK*/BUFFEN and not IACK and not self. 


♦ MATCH0*MATCH1*MATCH2* Address match and 

/AM5*/AM4*AM3*/AM1*AM0* extended address/data space 
/ IACK* /BUFFEN and not IACK and not self. 


+ A24SLV*MATCH2* 
AM5*AM4*AM3*AM1*/AM0* 
/IACK*/BUFFEN 


Address match and 

standard address/program space 

and not IACK and not self. 


+ A24SLV*MATCH2* 
AM5*AM4*AM3*/AM1*AM0* 
/ IACK*/BUFFEN 


Address match and 
standard address/data space 
not IACK and not self. 


IF ( /SLVTEST) /MASTER = DTRA 


DTRA* = 1 implies master. 


IF ( /SLVTEST) /MASDREN 


DTRA + /RTSA 


Not master or disabled by RTSA. 
RTSA* = 0 implies enable. 


IF ( / SLVTEST ) /SLVDREN 


/DTRA + /RTSA 


Not slave or disabled by RTSA. 
RTSA* = 0 implies enable. 
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U39 


The PAL chip U39 (PALMAP) on schematic sheet 9 is a 24-pin I.C. used for 
decoding the memory map addresses for the onboard resources of the MVME134. 
The MPU and PMMU see the onboard local DRAM as at physical address $00000000 
through S003FFFFF, when U39 uses the default program that follows. (Refer to 
Chapters 2. 3. and 4 for details.) 


The pinout for U39 is: 


PIN NUMBER 

SIGNAL MNEMONIC 

1 

PA20 

- 

11 

2 

PA24 

= 

12 

3 

PA31 

= 

13 

4 

PA28 

= 

14 

5 

PA27 

= 

15 

6 

PA22 

= 

16 

7 

PA30 

= 

17 

8 

PA26 

= 

18 

9 

PA29 

= 

19 

10 

PA25 

= 

110 

11 

PA21 

= 

111 


12 GND 


PIN NUMBER 

SIGNAL 

MNEMONIC 

13 

FC1 

= 113 

14 

FC0 

= 114 

15 

SHI0 

= / 0 1 5 

16 

VMESEL 

= / 1 0 1 6 

17 

AUXSEL 

= / 1 0 1 7 

18 

VMED16 

= 1018 

19 

XXXF 

= / 1 0 1 9 

20 

VECT 

= / 1020 

21 

RAMSEL 

= / I 02 1 

22 

A24VME 

= / 022 

23 

PA23 

= 123 

24 


VCC 


RAMSEL = 
+ 

AUXSEL = 
+ 
+ 

SHI0 = 
VMESEL = 


/PA31*/PA30*/PA29*/PA28* 

/PA27*/PA26*/PA25*/PA24* 

/PA23*/PA22*/VECT*FC1*/FC0 

$00000000 to 
$003FFFFF , 
program. 

/PA31*/PA30*/PA29*/PA28* 

/PA27*/PA26*/PA25*/PA24* 

/PA23*/PA22*/VECT*/FC1*FC0 

$00000000 to 
$003FFFFF , 
data . 

PA31*PA30*PA29*PA28*PA27* 
PA26*PA25*PA24*PA23*PA22* 
PA21*PA20*/ XXXF* /VECT* 
FC1*/FC0 

SFFF00000 to 

SFFFEFFFF, 

program. 

PA31*PA30*PA29*PA28*PA27* 
PA26*PA25*PA24*PA23*PA22* 
PA21*PA20*/ XXXF* /VECT* 
/FC1*FC0 

SFFF00000 to 
$FFFEFFFF , 
data. 

VECT 

Reset vector 

PA31*PA30*PA29*PA28*PA27* 

PA26*PA25*PA24*PA23*PA22* 

PA21*PA20*XXXF 

$FFFF0000 to 
SFFFFFFFF. 

/RAMSEL*/AUXSEL*FC1*/FC0 

/RAMSEL*/AUXSEL*/FC1*FC0 

Program or 
data . 
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A24VME 


VMED16 


AP? 


/PA31*/PA30*/PA29*/PA28* $00000000 to 

/PA27*/PA26*/PA25*/PA24* SOOEFFFFF . 
/PA23 

/PA31*/PA30*/PA29*/PA28* 

/PA27*/PA26*/PA25*/PA24* 

/ P A22 

/PA31*/PA30*/PA29*/PA28* 

/PA27*/PA26*/PA25*/PA24* 

/ PA2 1 

/PA31*/PA30*/PA29*/PA28* 

/PA27*/PA26*/PA25*/PA24* 

/ PA20 

/ P A3 1 
/PA30 
/PA29 
/ PA28 


SFOOOOOOO to 
SFFFFFFFF are 
D16 locations. 
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The PAL chip U66 ( PALADR ) on schematic sheet 14 is a 24-pin I.C. used for 
selecting one 256 Mb block within the 4 Gb address map range for the MVME134. 
The base address is SOOOOOOOO with the default program listed below. Header 
J16 then selects one of the 64 possible positions within this 256 Mb block for 
the 4 Mb of onboard shared DRAM. (Refer to Chapter 2.) 

The pinout for U66 is: 


NUMBER 

SIGNAL 

MNEMONIC 

PIN NUMBER 

SIGNAL 

MNEMONIC 

1 

ADI 

= 

11 

13 

VDS 

= 

113 

2 

ADO 

= 

12 

14 

VA22 

r 

114 

3 

VA31 

= 

13 

15 

MATCHO 

- 

/ 0 1 5 

4 

VA30 

= 

14 

16 

MATCH1 

= 

/ 1 0 1 6 

5 

VA29 

= 

15 

17 

MATCH2 

- 

/ 1 0 1 7 

6 

VA28 

= 

16 

18 

/ADRTEST = OE 

s 

1018 

7 

VA27 

= 

17 

19 

AD3 

r 

1019 

8 

VA26 

s 

18 

20 

AD4 

= 

1020 

9 

VA25 

= 

19 

21 

AD 5 

= 

1021 

10 

VA24 

= 

110 

22 

DVDS 

s 

022 

11 

VA23 

= 

111 

23 

AD2 

s 

123 

12 


GND 


24 


vcc 



Outputs for U66 all depend on OE being true (that is, pin 18 being high, that 
is, no external test (/ADRTEST) being performed). The output equations are: 


IF (/ADRTEST) /DVDS = /VDS 


IF (/ADRTEST) MATCHO = /VA31*/VA30*/VA29*/VA28* 

/VA27*/VA26*/AD5*/AD4 

+ /VA31*/VA30*/VA29*/VA28* 
/VA27*VA26*/AD5*AD4 

+ /VA31*/VA30*/VA29*/VA28* 
VA27*/VA26*AD5*/AD4 

+ /VA31*/VA30*/VA29*/VA28* 
VA27*VA26*AD5*AD4 


Base address is SOXXXXXXX. 
Matching A27 and A26. 

Base address is SOXXXXXXX. 
Matching A27 and A26. 

Base address is SOXXXXXXX. 
Matching A27 and A26. 

Base address is SOXXXXXXX. 
Matching A27 and A26. 


IF (/ADRTEST) MATCH1 


/VA25*/VA24*/AD3*/AD2 

/VA25*VA24*/AD3*AD2 

VA25*/VA24*AD3*/AD2 

VA25*VA24*AD3*AD2 


Matching A25 and A24. 


IF (/ADRTEST) MATCH2 


/VA23*/VA22*/AD1*/AD0 

/VA23*VA22*/AD1*AD0 

VA23*/VA22*AD1*/AD0 

VA23*VA22*AD1*AD0 


Matching A23 


and A22. 
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APPENDIX B 

RS-232C INTERCONNECTIONS 


The RS-232C standard is the most widely used interface between terminals and 
computers or modems, and yet it is not fully understood. This is because all 
the lines are not clearly defined, and many users do not see the need to 
conform for their applications. A system should easily connect to any other. 
Many times designers think only of their own equipment, but the state-of-the- 
art is computer-to-computer or computer-to-modem operation. 

The RS-232C standard was originally developed by the Bell System to connect 
terminals via modems. Therefore, a number of handshaking lines were included. 
In many applications these are not needed, but since they permit diagnosis of 
problems, they are included in many applications. 

Table 1 lists the standard RS-232C interconnections. To interpret this 
information correctly it is necessary to know that RS-232C is intended to 
connect a terminal to a modem. When computers are connected to computers 
without modems, one of them must be configured as a terminal and the other as 
a modem. Because computers are normally configured to work with terminals, 
they are said to be configured as a modem. Also, the signal levels must be 
between +3 and +15 volts for a high level, and between -3 and -15 volts for a 
low level. Any attempt to connect units in parallel may result in out of 
range voltages and is not allowed by the RS-232C specification. 


TABLE 1. RS-232C Interconnections 


PIN 

NUMBER 

SIGNAL 

MNEMONIC 

SIGNAL NAME AND DESCRIPTION 

1 


Not used. 

2 

TXD 

TRANSMIT DATA - Data to be transmitted is furnished 
on this line to the modem from the terminal. 

3 

RXD 

RECEIVE DATA - Data that is demodulated from the 
receive line is presented to the terminal by the 
modem. 

4 

RTS 

REQUEST TO SEND - RTS is supplied by the terminal to 
the modem when required to transmit a message. With 
RTS off, the modem carrier remains off. When RTS is 
turned on, the modem immediately turns on the carrier. 


147 



APPENDIX B 


TABLE 1. RS-232C Interconnections (cont’d) 


PIN SIGNAL 

NUMBER MNEMONIC SIGNAL NAME AND DESCRIPTION 


5 


6 


7 

8 


9-14 

15 

16 
17 

18.19 

20 

21 

22 


23 

24 


CTS CLEAR TO SEND - Clear to send is a function supplied 

to the terminal by the modem, and indicates that it is 
permissible to begin transmission of a message. When 
using a modem. CTS follows the off-to-on transition of 
RTS after a time delay. 

DSR DATA SET READY - Data set ready is a function 

supplied by the modem to the terminal to indicate that 
the modem is ready to transmit data. 

SIG-GND SIGNAL GROUND - Common return line for all signals at 
the modem interface. 

DCD DATA CARRIER DETECT - Sent by the modem to the 

terminal to indicate that a valid carrier is being 
received. 

Not used. 

TXC TRANSMIT CLOCK - This line clocks output data to the 

modem from the terminal. 

Not used. 

RXC RECEIVE CLOCK - This line clocks input data from a 

terminal to a modem. 

Not used. 

DTR DATA TERMINAL READY - A signal from the terminal to 

the modem indicating that the terminal is ready to 
send or receive data. 

Not used. 

RI RING INDICATOR - RI is sent by the modem to the 

terminal. This line indicates to the terminal that an 
incoming call is present. The terminal causes the 
modem to answer the phone by carrying DTR true while 
RI is active. 

Not used. 

TXC TRANSMIT CLOCK - Same as TXC on pin 15. 
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TABLE 1. RS-232C Interconnections (cont’d) 

PIN SIGNAL 

NUMBER MNEMONIC SIGNAL NAME AND DESCRIPTION 


25 BSY BUSY - A positive EIA signal applied to this pin 

causes the modem to go off-hook and make the 
associated phone busy. 

NOTES: 1. High level = +3 to +15 volts. Low level = -3 to -15 volts. 

2. RS-232C is intended to connect a terminal to a modem. When 

computers are connected to computers without modems, one of the 
* computers must be configured as a modem and the other as a 

terminal . 


There are several levels of conformance that are appropriate for typical 
RS-232C interconnections. The bare minimum requirement is the two data lines 
and a ground. The full version of RS-232C requires 12 lines and accommodates 
automatic dialing, automatic answering, and synchronous transmission. A 
middle-of-the-road approach is illustrated in Figure 1. 

One set of handshaking signals frequently implemented are RTS and CTS. CTS is 
used in many systems to inhibit transmission until the signal is high. In the 
modem application, RTS is turned around and returned as CTS after' 150 
microseconds. RTS is programmable in some systems to work with the older type 
202 modem (half duplex). CTS is used in some systems to provide flow control 
to avoid buffer overflow. This is not possible if modems are used. It is 
usually necessary to make CTS high by connecting it to RTS or to some source 
of +12 volts such as the resistors shown in Figure 1. It is also frequently 
jumpered to an MC1488 gate that has its inputs grounded (the gate is provided 
for this purpose). Another signal used in many systems is DCD. The original 
purpose of this signal was to tell the system that the carrier tone from the 
distant modem was being received. This signal is frequently used by the 
software to display a message like CARRIER NOT PRESENT to help the user to 
diagnose failure to communicate. Obviously, if the system is designed 
properly to use this signal, and it is not connected to a modem, the signal 
must be provided by a pullup resistor or gate as described before (see 
Figure 1). Many modems expect a DTR high signal and issue a DSR. These 
signals are used by software to help prompt the operator for possible causes 
of trouble. The DTR signal is used sometimes to disconnect the phone circuit 
in preparation for another automatic call. It is necessary to provide these 
signals to talk to all possible modems (see Figure 1). As shown. Figure 1 is 
a good minimum configuration that almost always works. If the CTS and DCD 
signals are not received from the modem, the jumpers can be moved to provide 
the needed signal, artificially. Figure 2 shows a way that an RS-232C 
connector can be wired to enable a computer to connect to a basic terminal 
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with only three wires. This is based on the fact that most terminals have a 
DTR signal that is ON, and that can be used to pullup the CTS. DCD . and DSR 
signals. Two of these connectors wired back-to-back can be used. It must be 
realized that all the handshaking has been bypassed and possible diagnostic 
messages do not occur. Also the TX and RX lines may have to be crossed since 
TX from a terminal is outgoing but the TX line on a modem is an incoming 
s i gna 1 . 



FIGURE 1. 


Middle-of-the-Road RS-232C Configuration 
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RS-232C 

CONNECTOR 

GNO i O 

TXD 2 0 

3X0 3 O 

RTS i O 

CTS 5 0 

GSR 6 O '> 

GNO 7 O — - 

OCO 8 O o 

DTR20 O 


FIGURE 2. Minimum RS-232C Connection 


Another subject that needs to be considered is the use of ground pins. There 
are two pins labeled GND. Pin 7 is the SIGNAL GROUND and must be connected to 
the distant device to complete the circuit. Pin 1 is the CHASSIS GROUND, but 
it must be used with care. The chassis is connected to the power ground 
through the green wire in the power cord and must be connected to the chassis 
to be in compliance with the electrical code. The problem is that when units 
are connected to different electrical outlets, there may be several volts 
difference in ground potential. If pin 1 of the devices are interconnected 
with a cable, several amperes of current could result. This not only may be 
dangerous for the small wires in a typical cable, but could result in 
electrical noise that could cause errors. That is the reason that Figure 1 
shows no connection for pin 1. Normally, pin 7 should only be connected to 
the CHASSIS GROUND at one point, and if several terminals are used with one 
computer, the logical place for that point is at the computer. The terminals 
should not have a connection between the logic ground return and the chassis. 
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APPENDIX C 

Z8530 SCC SERIAL PORT B SETUP EXAMPLE 


This example sets up port B (the RS-232C port) of the Z8530 SCC as follows: 
9600 baud, asynchronous only 

Interrupt on Received Character, Transmitter Buffer Ready, and External 
Status Change with common interrupt vector. 

SETUP: 


Move 

#$30 

into 

SCCB. 

WR0 

( $ F F FA0000 ) 

Clear receiver error status. 

Move #$10 

into 

SCCB. 

WR0 

($FFFAOOOO) 

Clear external status interrupts. 

Move 

#$09 

into 

SCCB 

WR0 

($FFFAOOOO) 

Select register 9. 

Move 

#$40 

into 

SCCB. 

_WR0 

($FFFA0000 ) 

Reset channel B. 

Move 

#$0A 

into 

SCCB 

WR0 

($FFFAOOOO) 

Select register 10. 

Move 

#$00 

into 

SCCB. 

_WR0 

($FFFAOOOO) 

Make sure NRZ format is set. 

Move 

#$0E 

into 

SCCB 

WR0 

($FFFAOOOO) 

Select register 14. 

Move #$82 

into 

SCCB. 

_WR0 

($FFFAOOOO) 

Disable baud rate generator. 

Move 

#$04 

into 

SCCB 

WR0 

($FFFAOOOO) 

Select register 4. 

Move 

#$44 

into 

SCCB. 

_WR0 

($FFFAOOOO) 

Divide by 16, no parity, one stop 
bit. 

Move 

#$03 

into 

SCCB 

WR0 

($FFFAOOOO) 

Select register 3. 

Move 

#$C1 

into 

SCCB. 

_WR0 

($FFFAOOOO) 

Receiver: eight bits, receiver 

enabled. 

Move 

#$05 

into 

SCCB 

WR0 

($FFFAOOOO) 

Select register 5. 

Move 

#$EA 

into 

SCCB. 

_WR0 

($FFFAOOOO) 

Transmitter: eight bits, trans- 

mitter enabled, RTS on, DTR on. 

Move 

#$0C 

into 

SCCB 

WR0 

( $ FF FAOOOO ) 

Select register 12. 

Move 

#$02 

into 

SCCB 

_WR0 

($FFFAOOOO) 

Lower byte of time constant. 

Move #$0D 

into 

SCCB 

WR0 

($FFFAOOOO) 

Select register 13. 

Move #$00 

into 

SCCB 

_WR0 

($FFFAOOOO) 

Higher byte of time constant. 

Move 

#$0B 

into 

SCCB 

WR0 

($FFFAOOOO ) 

Select register 11. 

Move 

#$56 

i nto 

SCCB 

_WR0 

($FFFA0000 ) 

RX clock = BR Generator output, 
TX clock = BR Generator output. 
TRXC = output = BR Generator 
output . 

Move 

#$0E 

into 

SCCB 

WR0 

($FFFAOOOO ) 

Select register 14. 

Move 

#$81 

i nto 

SCCB 

_WR0 

($FFFAOODO) 

BR Generator clock source = RTXC 


pin. 
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Move 

Move 

#501 

#511 

into 

into 

SCCB 

SCCB. 

WR0 

_WR0 

(SFFFAOOOO) 

(SFFFAOOOO) 

Select register 1. 

Interrupt on all Received 
Character or Special Condition. 
Also enable external interrupts. 

Move 

Move 

#$0F 

#$80 

into 

into 

SCCB 

SCCB. 

WR0 

_WR0 

(SFFFAOOOO) 
($FFFAOOOO ) 

Select register 15. 

Enable Break/Abort interrupts. 

Move 

Move 

#$02 

#$80 

into 

into 

SCCB 

SCCB. 

WR0 

_WR0 

($FFFA0000) 

($FFFAOOOO) 

Select register 2. 

Interrupt vector number. 

($80 =• vector offset = $200.) 

Move 

Move 

#$09 

#$08 

into 

into 

SCCB 

SCCB. 

WR0 

_WR0 

($FFFAOOOO) 

(SFFFAOOOQ) 

Select register 9. 

Master interrupt enable. Status 
information NOT to be included in 
the vector passed to the MPU. 


NOIE 


To minimize overhead in the interrupt handling routine, status 
information may be selected to be included in the vector(s). The 
vector, then, points directly at the appropriate handling routine 
according to the interrupt cause. If the Vector-Status-Inc 1 ude 
( VSI ) is set and the content in the vector register is $80, then 
the vector passed to the MPU is: 

$80 (vector offset = $200) for Channel B Transmitter Buffer Empty or 

$82 (vector offset = $208) for Channel B External Status Change or 

$84 (vector offset = $210) for Channel B Received Character Available or 

$86 (vector offset = $218) for Channel B Special Received Character. 


For this example, place the address of the common interrupt handler at 
offset $200 in the vector table. 

INTERRUPT HANDLER: 

Move #$03 into SCCB.WR0 ($FFFAOOOO) ’ Select register 3. 

Read from SCCB_RR0 ($FFFA0000) Read the Read Register 3 for 

interrupt cause. 

Investigate the interrupt pending bits to determine the cause. 

Branch to the appropriate handling routine. 

TRANSMIT A CHARACTER: 

If Transmitter Buffer Empty interrupt is desired, it must be enabled 
before outputting a character or else the interrupt will not occur. 

Move #$01 into SCCB_WR0 ($FFFAOOOO) Select register 1. 

Move #$13 into SCCB_WR0 ($FFFA0000) Enable transmitter interrupt. 

Move output character 

into SCCB_TDR ($FFFA000I) Transmit a character. 
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TRANSMITTER BUFFER EMPTY INTERRUPT HANDLER: 


Move *$01 into SCCB.WRO (SFFFAOOOO) 
Move *$11 into SCCB.WRO (SFFFAOOOO) 


Select register 1. 

Disable transmitter interrupt. 


Move #$38 into SCCB_WR0 


(SFFFAOOOO) 


Reset highest Interrupt-Under- 
Service (IUS). 


Are there more characters to output? 

If Yes, go do TRANSMIT A CHARACTER. 
If No, return from exception. 


RECEIVED CHARACTER INTERRUPT HANDLER: 


Move #$01 into SCCB_WR0 (SFFFAOOOO) Select register 1. 

Read from SCCB_RR0 ($FFFAOOOO) Read the Read Register 1 to check 

for status. 


Check for framing error, receiver overrun, and parity errors. 


Read from SCCB_RDR ($FFFA0001) Read received character. 

Move #$38 into SCCB_WR0 ($FFFAOOOO) Reset highest IUS. 


EXTERNAL STATUS CHANGE INTERRUPT HANDLER: 


Break -- either start of break or end of break. 

CTS -- a transition has occurred on the CTS input pin. 

DCD -- a transition has occurred on the DCD input pin. 

Move #$00 into SCCB_WR0 ($FFFAOOOO) Select register 0. 

Read from SCCB_RR0 (SFFFAOOOO) Read the Read Register 0 for 

status . 

Move #$10 into SCCB_WR0 ($FFFAOOOO) Reset external status interrupt. 
Take actions as necessary. 

If break bit is low, which is the end of a break, a null character is 

still in the receive buffer. It should be read and discarded. 

Read data from SCCB_RDR ($FFFA0Q01) Read null character. 

Return from exception. 
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APPENDIX D 

MC68901 MFP TIMER A SETUP EXAMPLE 


The following example sets up the MC68901 MFP timer A (software tick timer) to 
interrupt the MPU periodically every 10 msec. 


SETUP: 

Clear bit #5 of MFP_IERA ($FFF80007) 
Move #$10 into MFP_TACR ($FFF80Q19) 
Move #$7B into MFP_TADR ( $FFF800 IF ) 


Move #$06 into MFP_TACR ($FFF80019) 
Move #$68 into MFP_VR ($FFF80017) 


Disable timer A interrupts. 

Reset and stop timer A. 

Load count down value. (Refer to 
Table 1 in this Appendix.) 

Delay mode, prescaler = 100. 

Set starting vector at $60. 

Set software interrupt mode. 


M0I£ 

The vector passed to the MPU for the timer A 
interrupt is $6D =• vector offset = 4 x $6D = $1B4. 


Move #$DF into MFP_IPRA ($FFF8000B) 


Move #$DF into MFP_ISRA ($FFF8000F) 


Set bit #5 of MFP_IMRA ( $FFF800 13 ) 

Set bit #5 of MFP_IERA ($FFF80007) 

TIMER A INTERRUPT HANDLER: 

Read MFP_ISRA ($FFF8000F) 


Clear timer A interrupt pending 
bit (bit #5 of IPRA). 

Clear timer A interrupt-in-service 
bit (bit #5 of ISRA). 

Unmask timer A interrupts. 

Enable timer A interrupts. 


Read interrupt-in-service register 
A. 


Investigate MFP_ISRA to determine if it was actually from timer A. 

Take actions as necessary. 

Move #$DF into MFP_ISRA ( $ FF F 8000F ) Clear timer A interrupt-in-service 

bit (bit #5 of ISRA). 


Return from exception. 
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COUNTDOWN CALCULATION: 

The countdown values used during setup may be calculated using the 
f o 1 lowing equat ion : 

CD = ( TI x TO) / PS 

where: CD = countdown value to be loaded into timer data register. 

TI = timer input frequency in Hertz = 1,230,769 Hertz. 

TO = tick timer interrupts interval in seconds. 

PS = prescaler value (4, 10, 16, 50, 64, 100, or 200). 

Table 1 contains the values for PS and CD for some selected interrupts 
intervals . 


TABLE 1. Prescaler and Countdown Values 
for Selected Interrupts Values 



TO 

PS 


CD 

MSEC 

SEC 


HEX 

DECIMAL 

1.0 

0.0010 

10 

$7B 

123 

5.0 

0.0050 

50 

$7B 

123 

10.0 

0.0100 

100 

$7B 

123 

20.0 

0.0200 

100 

$ F 6 

246 

40.0 

0.0400 

200 

$ F 6 

246 

41.6 

0.0416 

200 

$00 

256 
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BUS ERROR PROCESSING 


1. INTERPRETATION OF BUS ERROR STATUS FLAGS 

Because different conditions can cause bus error exceptions, the software must 
be able to distinguish the source. To aid in this, the MVME134 provides three 
bus error status bits: LOCXVBE, LOCKLTO , and PUPMMU*. Note that PUPMMU* is a 
low-true status bit. Even though LOCXVBE is a low-true signal at the input to 
the MFP, the MFP IPRB will reflect that LOCXVBE has pulsed low with a 1 in the 
appropriate bit. The bus error handling routine can investigate these bits to 
determine the source of the bus error. Table 1 shows the interpretations of 
these three bus error flags. 

TABLE 1. Interpretation of Bus Error Status Flags 
PUPMMU* LOCXLTO LOCXVBE DESCRIPTIONS 


0 0 


0 0 


0 1 


0 1 


1 0 
1 0 

1 1 


1 1 


0 PMMUBE -- PMMU activated bus error to an MPU access. 
Software must interrogate the PMMU to determine the 
cause. 

1 PMMU-VBE -- PMMU activated bus error to an MPU 

access, and prior to this, the PMMU was bus errored 
by the VMEbus while walking the table to create an 
Address Translation Cache (ATC) entry. 

0 PMMU-LTO -- PMMU activated bus error to an MPU 

access, and prior to this, the PMMU was bus errored 
by the local bus time-out while walking the table to 
create an ATC entry. 

1 PMMU-RMW-LOCX --PMMU activated bus error to an MPU 
access, and prior to this, the PMMU experienced an 
RMW-LOCX condition while attempting to update the 
U-bit or the M-bit. 

0 No-flag -- Unknown bus error. 

1 MPU-VBE -- MPU was accessing the VMEbus and the cycle 

was terminated by the VMEbus with a bus error. 

0 MPU-LTO -- MPU attempted to access a non-existent 
location and the cycle was terminated by the local 
bus time-out. 

1 RMW-LOCX -- MPU was attempting to perform an RMW 
cycle to the VMEbus or a multiple-address RMW cycle 
to the onboard DRAM and the MVME134 detected a bus 
lock condition. 
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2. ACCESSING THE BUS ERROR FLAGS 

Although the three bus error flags are located in two different places (one in 
the MSR and two in the MFP), they may be read with one operation by reading a 
word from location $FFF8000C to a data register. PUPMMU*. LOCKLTO, and 
LOCKVBE are reflected at bit 13, bit 2, and bit 1. respectively. These status 
flags must be cleared to "false" before returning from the bus error handler. 
An example of accessing these bits is as follows: 


MOVE .W (SFFF8000C) . L ,D0 

TST.B (SFFFDOOOO).L 

BCLR.B #1., ($FFF8000D) . L 

BCLR.B #2, ($FFF8000D) . L 


RTE 


3. BUS ERROR INTERRUPT 

Normally, Table 1 is correct in determining the bus error source. However, 
there are conditions that create confusion in interpreting the bus error flags 
on the MVME134. These conditions that add complexity to the bus error 
handling are: 

1. An interrupt may occur before the software has a chance to read the 
bus error status. This interrupt service routine may encounter 
another bus error. Now, the bus error flags may not reflect the 
source of the second bus error; therefore, this second bus error may 
be handled incorrectly. Also, when it is time for the first bus error 
to be serviced, the bus error information has been lost due to the 
handling of the first bus error. An example of this situation is as 
fol lows : 

a. A particular task encountered MPU-VBE. Before the bus error 
handler was entered, a tick-timer interrupt occurred. 

b. While in tick-timer interrupt service routine, a TAS instruction 
was executed and was bus errored by the PMMU due to an ATC miss. 

c. The bus error flags indicated a PMMU-VBE instead of PMMUBE . 
causing the second bus error to be handled incorrectly. 

d. After the termination of the tick-timer interrupt service 
routine, the MPU returned to service the first bus error which 
was MPU-VBE. However, the flags were cleared when the second bus 
error was handled. The flags now indicated that there was "no" 
bus error source. 


Read MSR and MFP IPRB into DO. 
Clear PUPMMU flag. 

Clear LOCKVBE flag. 

Clear LOCKLTO flag. 


End of bus error handler. 
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Note that this condition may be much more complex by having many 
levels in depth. (Example: the first bus error was interrupted by an 
interrupt whose bus error was interrupted by a higher interrupt whose 
bus error was interrupted by an even higher interrupt. )* 

2. A bus error can occur while the MPU is prefetching an instruction that 
it does not use. An example of this may be: 


BNE somewhere The MPU is prefetching this instruction 

whose address does not have an ATC entry in 
the PMMU. The PMMU begins a relinquish and 
retry sequence and walks the trees to create 
an ATC entry for this address. As it tries 
to set the U-bit with an RMW cycle, an 
RMW-LOCK condition occurs. The PMMU assumes 
main memory failure, terminates the 
tree-walk, sets the B-bit in the ATC entry 
for this address, and releases the MPU. The 
MPU, then, retries fetching this instruction 
and is bus errored by the PMMU. The flags 
now indicate PMMU-RMW-LOCK . 

If the MPU takes the branch, it does not go into exception handling 
for the bus error during prefetch. The bus error flags, however, 
remained set. Thus, the next time that bus error occurs to the MPU, 
the bus error flags contain incorrect information. 

The MVME134 provides a means to avoid both of the above problems with the Bus 
Error Interrupt. When the onboard logic detects that an MPU was terminated 
with bus error, it generates a level 7 interrupt to the MPU with status ID of 
$FE. The purpose of this is to provide a way to raise the interrupt mask for 
the bus error handler so that it would be able to interrogate the bus error 
flags correctly without interruption. Because of case #2 (above), the 
interrupt mask should only be raised if the MPU is actually servicing the bus 
error. If the MPU is not servicing the bus error (as in case #2), then all 
the bus error flags should be cleared and the ATC should be flushed to remove 
the faulted entry. A suggested interrupt handler for vector $FE (vector 
offset of $3F8) is as follows: 


BEINT 

MOVEM.L 

DO/AO, -(SP) 

Save working registers. 


MOVEC 

VBR.AO 

Get Vector Base Register. 


MOVE . L 

$8(A0) ,D0 

Get address of BERR handler. 


CMP.L 

$A(SP) ,D0 

Compare with PC on stack. 


BEQ.B 

CASE1 

Go change SR of BERR handler. 

CASE2 

TST.B 

( SFFFD0000 ) . L 

Clear PUPMMU flag. 


BCLR.B 

#1 , ( SFFF8000D ) . L 

Clear LOCKVBE flag. 


BCLR.B 

PFLUSHA 

#2 , (SFFF8000D) . L 

Clear L0CKIT0 flag. 
Flush all ATC entries. 


BRA. B 

DONE 

Done . 

CASE1 

ORI.W 

#$0700 , $8( SP ) 

Raise int. mask of stacked SR 

DONE 

MOVEM.L 

RTE 

(SP)+, D0/A0 

Restore registers. 

End of bus error int. handler 
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4. SIMPLIFYING THE BUS ERROR HANDLER 

The bus error handler would be greatly simplified by doing one or both of the 
fol lowing: 

1. Setting the U-bit and M-bit for all descriptors. This way. 
PMMU-RMW-LOCK is totally avoided because the MC68851 PMMU only 
performs RMC access (TAS) to set the U-bit or M-bit. Whenever 
possible, this method is highly recommended because it significantly 
reduces the complexity of the bus error handler. Note that this 
method is not necessary if the system limits its translation tables to 
the MVME134 onboard DRAM or if there are no other memory modules in 
the system. 

2. Not using RMC instructions (TAS, CAS, and CAS2). This avoids PMMUBE 
on an ATC miss for RMC access and RMW-LOCK. 


5. UNKNOWN BUS ERROR SOURCE 

It is possible to have the no-flag case. Some of the possible causes for the 
no-flag case are: 

a. Software enters into the bus error handler without a bus error 
actually having occurred. 

b. Bus error interrupt is not used. Refer to bus error interrupt 
(paragraph 3 in this appendix} for more details. 

c. All the bus error flags have been cleared previously (either 
accidently or intentionally). 

d. The address of the MFP IPRB ( $ FFF8000C ) is not resident in the ATC, 
the descriptor for this page does not have the U-bit set and is 
located offboard, and the PMMU encounters RMW-LOCK while walking the 
table for this page. In this case, a second bus error occurs before 
the first bus error status flags could be read. The second bus error 
would be handled first. Thus, the bus error flags would indicate no- 
flag by the time theoriginal bus error is handled. This case may be 
avoided by setting the U-bit in the descriptor for this page 
(SFFF8000C) if it may be located offboard. 

If the no-flag case is allowed to occur, then the bus error handler should 
simply RTE after making sure the rerun bit in the Special Status Word (SSW) is 
set when it detects the no-flag condition. Eventually, the faulted cycle is 
rerun and the flags are set again if the bus error was real. 



6. DOUBLE BUS FAULT 


The MPU may encounter a second bus error as it tries to stack the exception 
information. This then causes the processor to halt as a result of a "double 
fault". This situation can happen if the supervisor stack address is not 
resident in the ATC, its descriptor is offboard and does not have the U-bit or 
M-bit set. and the PMMU encounters RMW-LOCK while walking the table for this 
page, this case may be avoided by (1) locking an ATC entry for the stack, or 
(2) setting the U-bit and M-bit in the descriptor for this page if it may be 
located offboard. or (3) using the "Supervisor Root Pointer Enable" mode of 
the PMMU in which the supervisor root pointer uses early termination. 


7. FLOWCHART EXAMPLES FOR HANDLING BUS ERROR 

Figures 1 through 3 are flowcharts that assume that the page descriptors may 
be located offboard and that the U-bit and/or M-bit are not set when the 
descriptors are created. The example also assumes that bus error interrupt is 
utilized. The handling routine may be either more or less complex, depending 
on the system configuration. 
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FIGURE 1. General Bus Error Exception Handler Flowchart 
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FIGURE 2. 


PMMU8E Flowchart 
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FIGURE 3. PMMU-RMW-LOCK Flowchart 
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INDEX 


INDEX 


ABORT 

ABORT switch 

aborted cycle 

access time(s) 

ACFAIL (ac fai lure) 

acknowledge 

address(es) 

address bus 

address modifier(s) 

array 

assembly 

asynchronous 


backplane 

baud 

baud rate(s) 
BERR 

bidirectional 


binary 

bit(s) 

block diagram 

breakpoint 

buffer 

bus 

bus arbitration 
bus error 
bus master 
bus requester 
bus time-out 
byte(s) 


(see also bus error) 


(see also BERR) 


capacitor 

card 

card cage 

CAS (column address strobe) 
channel ( s ) 

CIR (see also coprocessor 

interface register) 

clock 

clock cycle(s) 
computers ) 
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INDEX 


control ler 
coprocessor 

coprocessor interface register 
Cp-ID (coprocessor ID) 

CPU 

crossover 

cycle 


data bus 

data path 

data register(s) 

data terminal ready 

data transfer acknowledge 

DCE (data communication equipment) 

debug 

debug monitor 

decoder 

diagnostic 

disk drives 

DRAM 

DTACK 

DTB (data transfer bus) 

DTE (data terminal equipment) 

DTR 

dynamic RAM 


EEPROM(s) 

EPROM(s) 

example 


FAIL indicator 
fai lure 
fetch 


(see also CIR) 


(see also DTR) 
(see also DTACK) 


(see also dynamic RAM) 
(see also data 
transfer acknowledge) 


(see also data terminaL ready) 
(see also DRAM) 


gate 

general description 

general purpose I/O (see also GPIO) 

global time-out 

GPIO (see also general purpose I/O) 

GPIP (GPIO interrupt port) 
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halt (HALT) 
HALT indicator 
handshake 
handshaking 
header 


IACK (see also interrupt acknowledae) 

ignore 

initial ization 
input (INPUT) 
instruct ion( s ) 
interlock 

interrupt acknowledge (see also IACK) 

interrupt handler 

interrupt mask 

interrupt request 

interrupt vector(s) 

interrupter 

IPC (intelligent peripheral controller) 


jumper(s) 


1 atch 
latching 
logic circuits 

longword (see also LWORD) 

LWORD (see also longword) 


main memory 
map 

master 

memory address 
memory cycle(s) 
memory map(s) 
message 

MFP (multifunction peripheral) 

module status register (see also MSR) 

monitor(s) 

MPU 
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INDEV 


MSR 

multiple address(es) 
multi protoco 1 


(see also module status register) 


network 

noise 

NRZI (non-return to zero one) 


off set 

operand 

OR 

overflow 


pack 

PAL (programmable array logic) 
parity error 

PCLK (Z8530 clock input) 

peripheral controller 

PMMU (paged memory management unit) 

port(s) 

power supply 

PROM(s) 


QVBERR (qualified VMEbus BERR) 


RAM(s) 

RAS (row address strobe) 

read cycle(s) 

read -mod ify-wr i te 

real-time clock 

receiver(s) 

remote reset 

request to send 

reset 

reset switch (RESET switch) 
RMW 

RMW-LOCK 
ROM ( s ) 

ROR (release-on-request) 
RS-232C 


(see also RMW) 
(see also RTC) 


(see also RTS) 


(see also read-modify-write) 
(see also RMW) 
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(see also real-time clock) 
(see also request to send) 


R S -485 

RTC 

RTS 

RTXC (Z8530 receive/transmit clock) 
RUN indicator 


service routine 
shared memory 
s ignal 

SIP (single inline package) 
s lave 

static RAM 
status bit 
status register 
strobe 
symbol 
synchronous 
SYSFAIL 
SYSRESET 

system control ler 
system fail 
system reset 


(see also system fail) 
(see also system reset) 

(see also SYSFAIL) 

(see also SYSRESET) 


terminal 

time-out 

transition 

TTXC (Z8530 transmit/receive clock) 


unpack 


vector( s ) 

VERSAdos 

VMEbus 

VMEbus interface 
VMEmodu le 
VMEsystem 


171 



INDEX 
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WRITE ' 
write cycle 
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